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l. BACKGROUND 


A. INTRODUCTION 


This thesis describes the complete development process of a fully functional 
Intranet for an operational United States Coast Guard (USCG) Electronic Support Unit 
(ESU) in Alameda, California. The final product may be used as an operational Intranet 
for the ESU, or it may simply be a prototype, which can be used as a baseline for future 
development efforts. 

The Intranet was developed in seven unique stages of the Waterfall Model of 
information systems design. The Waterfall Model traces a systems development lifecycle 
from planning, to logical design, through physical design, and finally ends with the 
implementation process. Each stage of the development model is addressed in this thesis. 

The development effort resulted in a complete physical product, which will be 
delivered to the customer. The discussion will concentrate on how and why certain 
applications were developed, how they are intended to be used, and what business 
benefits they provide. Both the management aspects and the technical solutions for the 
Intranet will be addressed. 

Intranet technology provides a radical new means of communicating throughout 
an organization. The product of this thesis is a well designed and technically solid, 
Intranet tool with significant potential to enhance, improve and eliminate current ESU 
business processes. This new technology has the potential to change the organization. 

The final success or failure of the implementation does not depend solely on the 
technical merits of the system. Instead, the social aspects of introducing a powerful new 
information system to an organization must be considered. The way the change is 
managed will determine the final outcome of the implementation process. The results of 


the new change will not be known for some time. 


B. CUSTOMER 


The sponsoring Command was United States Coast Guard Electronic Support 


Unit Alameda (ESU). ESU Alameda’s mission is to provide support and maintenance 


resources for all electronics, telecommunications and computer equipment aboard USCG 
units in the Eleventh Coast Guard District. The Eleventh District encompasses the entire 
State of California as well as any USCG units requesting assistance while in California 
waters. The ESU has a central office located in Alameda, California where there are 
about 50 full time employees. ESU Alameda also has three remote ESU Detachments 


which are located in San Pedro, San Diego and Oxnard, California. 


C. OBJECTIVE 


The thesis objective is to build a functional prototype Intranet. The customer may 
find many different ways of using it. The possible outcomes from the implementation 
process are listed here in order of increasing success. First, the Intranet may be 
considered solely as a prototype, which demonstrates the capabilities of Intranet 
technologies. In this case, 1t would rarely be used in daily operations. Next, the Intranet 
may actually be integrated and used in the ESU’s daily operations as a fully functional 
tool. Finally, it may be both an operational tool as well as a prototype that 1s maintained 
and enhanced at the ESU. This foundation of an Intranet may grow larger over time as the 
ESU takes ownership of it. This is the ideal goal. 

In all cases, the ESU will benefit from this thesis. Their Intranet is custom built 
with over 80 dynamically generated pages. A commercial Web site costs a minimum of 
$1000 for a basic site, designed from template, with a maximum of 20 static pages 
(www.Interland.net). The ESU Intranet is essentially free. Even if the Intranet 
implementation fails over the long term, the ESU will have had a working prototype to 
test. This will give them an advantage on any future Intranet requirements determination 
cycle. They will have had a more comprehensive understanding of their own needs and 


the capabilities of the technology. 


D. INTRANET DEFINED 
An Intranet is simply a private version of the Internet. Intranets conveniently 
make internal company information available to all employees using the same protocols 


and technologies that make the World Wide Web so successful. Where the Internet is 


global in reach, an Intranet is private and usually access is either physically or virtually 
restricted to a particular company’s members. An Intranet opens the channels of 
communication to allow sharing, updating and querying for information throughout the 
network without regard to time or distance. 

The minimum requirements for an Intranet include a local area network, a Web 
Server, Web browsers, and Web authoring tools. Intranet information is typically 


displayed on Web pages in a client terminal’s Web browser window. 


= INTRANET OBJECTIVE 


The objective of the Intranet is to provide a technology tool that will add value to 
the ESU’s daily operations. The Intranet is a tool that should be incorporated into a 
broader organizational management plan. 

The goal of the developer was to address the Command’s top needs with Intranet 
solutions. Analysis of the ESU’s business model uncovered many business processes, 
which could benefit from Intranet technologies. Choices had to be made about which 
applications were most feasible and which would actually be developed for the ESU 
Intranet. Availability of technology, the author's expertise, and time constraints were 
limiting factors that narrowed the scope of applications development. The final product 
successfully addresses aspects of two major concerns of the ESU Command, personnel 
administration and supply tracking. Other business benefits, such as remote availability 
of up-to-the minute dynamic information and enhanced communications across the 


organization, were also realized. 


r METHODOLOGY 


The goals of the project were both to develop an actual working product and to 
design a prototype that demonstrates the peerbilitice of the technology. The Waterfall 
Model or Systems Development Lifecycle (SDLC), with its process of clearly defined 
steps, was used to develop the working Intranet product. The Waterfall Model approach 
was helpful in structuring the development progress from requirements analysis at the 


start until final implementation at the ESU by the end. 


G. INTRANET DESIGN AND APPLICATION FEATURES 


The project design incorporates two partitions labeled “Intranet” and “Extranet”. 
“Intranet” information is protected by security access levels and authorized users are 
specifically limited to ESU employees use only. “Intranet” information includes access 
to personnel and supply databases and the ability to execute Intranet applications that take 
their data from those databases. “Extranet” information is available to anyone who is on 
the Coast Guard Data Network Web (CGWEB). The CGWEB, as defined in USCG 
Commandant Instruction 5230.57, uses Internet technology inside the USCG security 
perimeter (users behind USCG firewalls) to provide a “private Internet”. ESU “Extranet” 
information includes a phone and e-mail directory, access to other ESU Alameda 
department Web sites, and the daily list of who is on leave or away for temporary duty. 

Security is implemented on a page by page basis. When a page is requested, the 
security access level is checked and access is granted or denied based on the access level 
the user has logged in at. 

On-line form processing 1s a significant application feature on the Intranet. Forms 
that were once filed and routed through office inboxes and outboxes can now be 
instantaneously routed through virtual inboxes and outboxes. The form data 1s 
automatically stored in databases. This provides new ways to query and manipulate data 
that was once only stored in filing cabinets or not at all. 

The site design is generic enough to be installed at other Coast Guard units. Once 
ESU Alameda tests the Intranet and fine tunes it, it could possibly be deployed to other 
local commands, to other ESU’s or any other Coast Guard units. 

The Leave, Temporary Assigned Duty (TAD), and Recall Log are three 
applications that support the ESU’s priority of keeping better track of personnel. The 
Marks Application supports the Command’s goal of forecasting when personnel marks 
are due. The Supply Application introduces on-line form processing and status updates 
for Purchase Requests. This supports the ESU’s interest in improving the supply 
ordering processes. The Announcements Application facilitates better communications 
throughout the ESU. The Phonebook Application provides “Extranet” visitors with up- 


to-date phone numbers and email addresses. 


H. INTRANET IMPLEMENTATION 


The Intranet will be installed at the ESU during the summer of 1998. There are 
many issues of managing social and technical change which could affect the complete 
adoption of a new tool like an Intranet. 

In order for the ESU to take ownership for and maintain their new Intranet site, 
both the management solutions and the technical solutions must be addressed during 
implementation. From the business perspective, the ESU will have to write their own 
policy on Intranet use to include guidance on security, acceptable use instructions and 
backups. Recommendations on change management, or how to introduce a new 
information system to an organization, were included as part of this thesis. Technical 


details of the Intranet were included in this thesis as well. 


i; CONTENTS 


This section contains a brief summary of the thesis chapters. 

1. Chapter I. Background 

This chapter introduces the thesis topic, customer and a brief definition and 
discussion of the Intranet, its applications and implementation issues. 

2. Chapter IJ. Intranet 

This chapter introduces terms used throughout the thesis. Discussion in this 
chapter focuses on what an Intranet is, how it can affect an organization, and the technical 
requirements for implementing one. 

3. Chapter III. Limitations and Assumptions 

This chapter describes the limitations and assumptions that affected decisions 
about what Intranet applications were actually developed for the ESU. 

4. ChapterIV. Methodology 

The Intranet development and design methodology is described in this chapter. 
The stages of the Waterfall Model are defined here. Discussion of how each stage was 


conducted is presented in this chapter. The Rapid Prototyping model is also defined here. 


5. Chapter V. Analysis 

Analysis of ESU Alameda’s business model is covered in this chapter. The 
criteria for selection of business processes for Intranet solutions are described here. 
These criteria drove Intranet development. The chapter finishes with a logical design of 
an ESU Intranet. 

6. Chapter VI. Software Tools 

This chapter identifies what software tools were used for developing the Intranet. 
The reasons why these tools were chosen are explained here. 

7. Chapter VII. Physical Design 

A brief tutorial of how to physically build an Intranet is provided in this chapter. 
The guiding principles, such as the Graphic User Interface, behind hundreds of hours of 
code and development effort are discussed in this chapter. 

8. Chapter VIII. The Applications 

The applications are the final products from the physical design phase. This 
chapter details each specific Intranet application and how it is meant to be used. Screen 
shots of each relevant Web page of the applications are included. 

9. Chapter IX. Implementation 

This chapter covers implementation primarily from a management perspective. 
The idea that it is the social aspect, not solely the technical, that determines the outcome 
of an information. systems change in an organization is discussed in this chapter. An 
organizational change formula is also presented here. 

10. Chapter X. Conclusion 

This chapter contains the conclusion. A look to the future for further development 
ideas and lessons learned are also presented here. 

11. Appendix A: ASP Application Design and Code 

The appendix contains a short explanation of how Active Server Pages were used 
to implement the Announcements Application on the Intranet. The on-line 
announcements form queries the user for information, updates the database, and displays 


a result. These interactions are typical and found in most of the applications across the 


Intranet. The HTML, Visual Basic Script and ASP code listings are presented in both a 
visual context as well as textual. 

12. Appendix B: Glossary of Terms 

This glossary is reprinted from various on-line services. It provides the thesis 
reader with the definitions of some of the technical terms used throughout the thesis. 

13. Enclosures 

The source code for the thesis is contained on a CD-ROM disk. This disk 
contains a folder named "prototype2" with all the Web pages of the Intranet site. This 
folder may be copied to the WWWROOT directory of any Windows Internet Information 
Server, running Active Server Pages, for an instant Intranet. A "ReadMe" file is included 
to address the specifics of installation. The disk contains three Access databases named 
"phonebook", "supply", and "announcements". The text of this thesis is also on the CD- 
ROM. (Note that this CD-ROM is not included with all copies of this thesis. It can be 
checked out from the Dudley Knox Library at NPS.) 





Hl. INTRANET 
A. INTRODUCTION 


An Intranet opens the channels of communication to allow sharing, updating and 
querying for information throughout the network without regard to time or distance. This 
chapter briefly defines what an Intranet is, what benefits may result from having one, and 


how it works. Discussion of the ESU Intranet is also included here. 


B. INTRANET DEFINED 


An Intranet adapts the technologies used on the World Wide Web for use on an 
internal network. In essence, it is a private Internet. An Intranet uses a client-server 
model. This means it is run from a central Web server with client computers accessing it 
through Web browsers. 

The reference to “ESU Intranet” throughout the thesis primarily refers to the 
actual Web pages the end-user sees in their Web browser window. In reality, the scope of 
the ESU Intranet is broader and it includes all the underlying components and code 
necessary to run the client-server Intranet site. When a client computer makes a request 
on the Intranet, these components allow back-end databases to feed data to the Web 
server. The Web server then dynamically generates Web pages, from the results of the 
database query, and outputs the pages to client Web browser that made the request. 

To develop and maintain an Intranet, the minimum requirements include a 


Transmission Control Protocol/Internet Protocol Local Area Network (TCP/IP LAN), a 


Web server, Web browsers, and Web authoring tools. Intranet information is typically 


displayed on Web pages in a client terminal’s Web browser window. 


C. INTRANET BENEFITS 
There are numerous benefits to an Intranet. The essence of it is that more 
information is available to more people in a common, accessible format. An Intranet is 
“.. a TCP/IP network inside a company that links the people and 
information in a way that makes people more productive, information 


more accessible, and navigation through all the resources and applications 
more seamless than ever before.” (p.57, Burleson, 1994) 
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Figure 2.1 Intranet Benefits and Challenges (CIO Insider) 
These common applications usually are the first to be implemented on a new 


Intranet. Initially, they tend to demonstrate the capabilities of the new technology and 
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often have an immediate and dramatic impact on the organization. The applications 
include: 

e phone directories 

e employee information 

® company policies 

e product information 

e training information 
Other powerful applications include: 

e database interactions 

e groupware 

e knowledge capture 

e decision support 

Remote access to the Intranet is possible through a common, platform 
independent, interface. Platform independence means that even clients running different 
operating systems on different kinds of computers can access the Intranet. For example, 
an Intranet that is hosted on an Intel Pentium-based computer running Microsoft NT 
Internet Information Server can be accessed by Sun Solaris UNIX-based computers or 
even Macintosh clients. Any computer capable of running a Web browser, that has a 
connection to the Intranet network, can access the Intranet and its Web enabled databases. 


The Web browser takes the place of a traditional application specific interface. 
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These and other Web-enabled applications have the power to change an entire 
organizational environment by “making information, once buried in hundreds of places in 


the organization, available to everyone” (pp. 15-16, Burleson, 1994). 


D. INTRANET SCOPE 


An Intranet’s scalability 1s virtually unlimited since it uses the same technologies 
that make the global World Wide Web possible. One of the most powerful features of an 
Intranet is access to enterprise-wide information without regard to time or distance. The 
term “enterprise” means the entire organization. For example, the Ford Motor Company 
Intranet could provide employee benefits information to all of its employees worldwide 
through an enterprise wide Intranet. 

The U.S. Coast Guard 1s the enterprise with regard to the ESU Alameda Intranet. 
The USCG enterprise wide Intranet is currently under construction on the Coast Guard 
Data Network Web (CGWEB). The CGWEB, as defined in USCG Commandant 
Instruction 5230.57, uses Internet technology inside the USCG security perimeter (users 
behind USCG firewalls) to provide a “private Internet”. 

Any USCG employee who has access to the CGWEB will be able to access the 
ESU Alameda Intranet. This gives the ESU the power to update its own information, 
such as its phone directory, and ihe change is immediately reflected and available 
throughout the enterprise. 

Not all Intranet information is appropriate for enterprise wide distribution. 
Payroll or financial data, for example, should not be distributed as widely as phone 


directory information. An Intranet typically will have internal and external customers. 
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The ESU Intranet is modeled with two distinct Intranet areas. Information posted on the 
ESU “Extranet” is available enterprise wide to anyone with access to the CGWEB. The 
ESU “Intranet” data is only available to ESU employees and access requires a login and 


password check. 


E. HOW INTRANETS WORK 


1. Client-Server Model 

The client-server model is very simple. One computer on a network, the server, 
acts as a central processor for a group of client computers. The server is dedicated to 
responding to requests from client computers. For example, an application server would 
host a shared application, such as a word processing program, which could then be 


executed on any client computer on the network. 
Client-Server Model 
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Figure 2.2 Client-Server Model 
A Web browser and Web server emulate the client-server information systems 


model. The Web server on the ESU Intranet responds to requests from clients by 
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querying its databases and then dynamically generating Web page code. The Web server 
returns the code to the client’s Web browser window. 

The ESU Intranet client-server models work with a middleware component that 
facilitates the interaction of the databases with the Web browser. The Web server hosts 
the Intranet site by generating and serving HTML code to the client Web browsers upon 


request. The database holds all the relevant data for Intranet applications. 


2. Network 


The ability to have an Intranet depends on having computers that can 
communicate with each other. If two computers want to exchange data, they must speak 
the same language. Transmission Control Protocol/Internet Protocol (TCP/IP) is the 
protocol, or common network language, that allows computers to exchange data. There 
are other protocols available, but TCP/IP is the one used to transmit data across the 
Internet. It is such a versatile language that data can be sent from one computer, routed 


over the Internet, and arrives across the globe just as it was sent. 


3. Static and Dynamic Web Pages 


Typical Web pages are static documents, which means that they do not change. 
Static pages are written once and served to the client’s Web browser in Hypertext Markup 
Language (HTML) code. For example, a Web page that contains the text of the 
Constitution of the United States would be static because the HTML code could be 


written once and then never (or rarely) need to be changed. 
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Most of the Web pages on the ESU Intranet are different because the pages are 
dynamic. The HTML code for a dynamic Web page is individually recreated on the Web 
server every time a client browser requests a page. This is called “server side scripting” 
because the server rewrites every HTML page at the server before passing it to the client. 
For example, a Web page that displays the results of an Web search on the keyword 
“constitution” would be dynamic because the Web server would have to generate a new 


and unique response, in HTML for the client, specifically on that keyword search. 


i. INTRANET APPLICATIONS 


1. Web browser as Application Interface 


The traditional view of an application is that it is a standalone program that is 
launched with its own uniquely developed human to computer interface. With a Web 
enabled Intranet application, the user can navigate through an application with a 
customized interface created for the Web browser. While there are certainly limitations 
with what one can accomplish visually in a Web browser window, there is a huge benefit 
in that every single Web-enabled application can be launched through the same human to 
computer interface window. 

For example, in a traditional Microsoft Access database application, the user 
navigates the database through either the default Access interface or a customized 
interface created by the developer from within Access. Either way, the user is still 


running the database through the Access application program. The Intranet view of the 


eS 


application is always through the Web browser. In fact, on the Intranet the Access 


application program is never launched or even seen by the user. 


2. Other TCP/IP Applications 


Applications and other protocols “ride” on top of TCP/IP. Although the Web 
browser, which uses the HyperText Transport Protocol (HTTP), is the most common 
Intranet application, any program that can use TCP/IP can be implemented across an 


Intranet network. Other useful applications include e-mail and video teleconferencing. 


3. ESU Intranet Applications 


Applications on the ESU Intranet are defined as groups of interrelated, dynamic 
Web pages that interact with a back-end database. The Web browser window is the 


standard interface for all ESU Intranet applications. 


G. CONCLUSION 


An Intranet is a powerful tool that is reshaping the way people communicate 
throughout the enterprise. It has tangible benefits, it is fairly easy to deploy, and just as 
the Internet’s growth is seemingly unlimited, an Intranet’s scalability is virtually 
unrestricted. There are also countless challenges, such as maintaining current content, 
and consequences, such as changing existing business processes, of using this new 
technology. 

The rest of this thesis will explore these challenges and consequences of turning 


the idea of an Intranet into a reality for a mid-sized USCG unit. Designing the product, 
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aligning the technology with the unit’s business goals, and successfully introducing a 


change will be covered. 
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Hl. LIMITATIONS AND ASSUMPTIONS 


A. INTRODUCTION 


The author faced limitations of competency and technical skill and made 
assumptions for this project. Choices, which affected the ultimate design of the system, 


were governed, in part, by these factors so discussion of them is warranted. 


B. INTRANET DEVELOPMENT ASSUMPTIONS 


1. Introduction 


The focus of this thesis is on the complete process of Intranet systems 
development. This thesis concludes with an actual physical product that is ready for 


operational testing and daily use. 


2. Qualifications 


The scope of thesis had to be narrowed to a practical and attainable goal. This 
means that choices had to be made about which processes would be modeled and what 
priority they would take. The abilities of the author were a significant factor in which 
choices were made for the final product. For that reason, some discussion of what those 
abilities are and how they were acquired is relevant. 

Qualifications to undertake this project were acquired over eighteen months of 
classroom instruction and self-study in the Naval Postgraduate School’s Information 
Technology Management curriculum. The curriculum covers many methodologies and 


theories of the logical process of information systems analysis, design, development and 


19 


implementation. The management aspects of introducing information system change to 
an organization are also covered in this curriculum. 

The technical aspects of developing code and choosing appropriate software tools 
for the physical design of the Intranet were mainly learned through self-study. The tools 
and applications that were learned during the four-month development phase included 
various Web site design tools, database applications, Internet servers, middleware, Visual 
Basic script and JavaScript programming languages. A method for learning these tools 
included consulting many books, tutorials, on-line guides, trade journals, Internet 
resources and resorting to serendipitous trial and error. A proficiency, but not expertise, 


in all of the critical areas was attained. 


3. Coast Guard Perspective 


Being a United States Coast Guard officer, the author had relevant experience, 
which provided a foundation for analyzing the needs and processes of a USCG unit. This 
USCG background had natural advantages for requirements analysis. It also led to some 
assumptions of how a USCG unit should look. A USCG consultant working for a USCG 
customer does face the danger of simply automating existing business processes instead 


of re-thinking them in fresh new ways. The author was conscious of this possible bias. 


4. Remote Development Site 


Although there was a comprehensive analysis of the ESU’s business model, the 
Intranet developer will not use the ESU Intranet on a day to day basis. The Intranet was 


not created on site in the true ESU Alameda working environment. Instead, it was 
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developed remotely at Naval Postgraduate School. This offered the advantage of a fresh 
perspective. There is, however, a danger that some aspects of the ESU business model 


were missed which may affect the chances of long term Intranet success. 


5. Resource Constraints 


Naval Postgraduate School, not the thesis customer, provided almost all of the 
resources necessary to complete the project. These resources included access to a 
Windows NT server class computer, a dedicated Internet Protocol address registered with 
the InterNic Domain Name Service as “cg.nps.navy.mil”, and various software 
development tools. 

Money played a role in the selection of software development tools. The sponsor 
had limited funds and only agreed to pay for a few days of thesis travel and one technical 
book. The sponsor purchased one $50 software component which was required, but was 
unwilling to spend a significant amount of money for new, non-Coast Guard standard 
software for a research project. A primary criterion for selection of software tools was 
therefore price and academic availability. 

Since the science of and tools for Intranet development are relatively new, there 
are few books and references in the NPS library. Most of the books and relevant 
reference material had to be purchased or looked up on-line over the Internet. Technical 
books on Intranets and software generally cost $60 to $100. Aside from the one technical 
book the customer purchased, all other relevant technical books were borrowed from NPS 


or purchased individually. This constraint meant the developer was highly selective in 
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which tools to attempt to learn. Buying the books to learn too many different software 


tools was prohibitively expensive. 


6. Assumptions 


Assumptions made for this project affected the development and outcome of it in 
various degrees. A brief list of these assumptions follows. 

The biggest assumption was that ESU Alameda actually wanted a new Intranet 
developed as part of an NPS thesis. The Intranet idea was proposed from the author to 
the customer, not the other way around. Also, 1t was assumed that the thesis would not be 
funded to the degree of other projects whose sponsors have specific research goals or 
agendas. Since the Intranet peopcel did not come from within the ESU, it was assumed 
that some employees of the unit would resist the change the new Intranet introduces. 

A belief that Intranet technologies could improve, enhance or re-engineer existing 
aspects of the ESU Alameda business model was also presupposed. Finally, it was 
assumed that the project was feasible. There was a faith that acquiring the technical skills 


and qualifications to see the project through to completion was possible. 


7. Technical Ability Bias 

The lack of a comprehensive technical expertise may have introduced bias into the 
selection of business process Intranet applications to develop and the software tools to 
design with. Inexperience may have prevented an entirely critical evaluation of the 


variety of Intranet software development tools available. A bias towards picking 


22 


software tools that were the easiest to use and learn, and a tendency to choosing the least 


complex business processes for application design, occurred in this project. 


8. Time Constraint 


Ideally, the author would have liked to create a more comprehensive Intranet site 
for the customer. The site would contain more applications for more Web enabled 
business processes. There would be rich content organized by knowledge area, more 
decision support tools would be available and easy content development applications 
would be used on the Intranet to empower all members of the organization to 
communicate in new ways. In reality, the most significant constraint that stood in the 


way of such a comprehensive effort was that there simply was not enough time. 


C. CONCLUSION 

Despite these biases, constraints, and assumptions, the final product works and 
meets many of the ESU’s goals and needs. This Intranet may yet be the seed of a new 
USCG information system, which could grow into a much larger implementation, as the 


customer discovers its power and utility. 
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IV. METHODOLOGY 


A. INTRODUCTION 


A methodology is a “comprehensive, multi-step approach to systems 
development” (p.8, Hoffer, George, Valacich, 1996). The development methodology of 
the ESU Intranet project was the Waterfall Model. Aspects of the Rapid Prototyping 
approach were also used to physically design the product. 

The Waterfall Model, otherwise known as the Systems Development Lifecycle 
(SDLC), 1s a relatively formal process of clearly defined steps, which occur discretely one 
after another. The Waterfall Model is typically used to develop large-scale information 
systems. 

Rapid Prototyping sometimes referred to as Rapid Application Design (RAD), is a 
much less formal method of iterative development. RAD 1s intended to quickly develop a 
prototype that can either become immediately operational or redesigned later using a 
more comprehensive formal approach. 

The first goal of this project was to develop an actual working Intranet product. 
The Waterfall Model was used as the complete lifecycle model for development from 
beginning to end. The Waterfall Model provides a comprehensive framework for 
information systems development from requirements analysis at the outset until a final 
implementation by the close. 

A second goal of the project was to develop a prototype that demonstrates the 


capabilities of the technology. The final product can actually be regarded as one phase of 
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a Rapid Prototype iterative design loop. From this perspective, the Intranet is never 
really completed. Following the initial installation, it is continuously improved and 


refined locally by the client. 


B. WATERFALL MODEL DEFINED 


The Waterfall Model is a multi-stage, comprehensive methodology with seven 
clearly defined steps. The approach uses a formal process to systems design that reduces 
the probability of bugs in the design. With its emphasis on proper requirements analysis 
at the beginning and on proper implementation and maintenance at the end, it widens the 
development perspective to include more than just a focus on writing computer code. 

The seven stages, as described in the textbook Modern Systems Analysis and 


Design (p.24, Hoffer, George, Valacich, 1996), are presented below. 
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Figure 4.1 Waterfall Model of the Systems Development Lifecycle 
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The Waterfall Model is an excellent choice for a structured development effort 
conducted in discrete phases. The project is scheduled with timelines and critical 
milestones. It is a very good method for developing systems to meet well defined, 
mathematical requirements. The customer tends to prefer this methodology as the 
progress of the development effort is well documented and scheduled in phases. 

There are disadvantages of the model. It is difficult to use when a customer 
cannot clearly and specifically articulate system requirements. Documentation and 
analysis using Data Flow Diagrams (DFD), Entity-Relationship Diagrams and other 
Computer Aided System Engineering (CASE) tools can lead to a never ending cycle of 
analysis, or “analysis paralysis”. There is very little room for risk analysis as the project 
progresses on its schedule. 

Although not all aspects of the Waterfall Model were entirely appropriate for the 
ESU Intranet development, it did provide a structured methodology to follow. The 
chapters of this thesis, and the development aspects they cover, are related to each phase 
of development under the Waterfall Model. The seven development stages of the 
Waterfall Model, with the thesis chapters that correspond to a particular development 


stage, are presented in Figure 4.2. 
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Waterfall Model Stages © =)» “> Thesis Chapters. 
. Project Identification and Selectlan Chapters IT, TI, IV 
. Project Planning Chapters II, II, 1V 
. Analysis Chapter V 


. Logical Design Chapter V 

. Physical Design Chapters VI, VII, VIII 
. Implementation Chapter IX 

. Maintenance Chapter IX 





Figure 4.2 Stages of Waterfall Model and Thesis Chapters 


C. WATERFALL MODEL APPLIED 


1. Project Identification and Selection 


The first phase of the waterfall is project identification and selection. During this 
phase, a range of projects and ideas is considered and a general conceptual project idea 15 
selected (p.24, Hoffer, George, Valacich, 1996). Selection is based on various factors 
such as feasibility, cost versus benefit, the readiness of the organization and the 
capabilities of the development team. 

For this thesis, several potential USCG test environments were considered. These 
included an Intranet for a USCG cutter, for a small boat station, or for an office 
environment. Electronic Support Alameda was the final choice. 

ESU Alameda was selected as the thesis sponsor primarily because it is an 
innovative Command which is on the cutting edge of the Coast Guard information 
technology changes. The ESU’s Commanding Officer officially states in ESU Alameda 
Standard Operating Procedures Instruction 5400.1B that he expects each employee “to 


improve our system of doing business, to be innovative” (p.1, Lane, 1996). 
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ESU Alameda was especially receptive to the idea of sponsoring a prototype 
Intranet development effort. Unlike most Coast Guard units who have older, non- 
Windows based computers, ESU Alameda already had the hardware and software 
requirements necessary for a Microsoft Windows based Intranet. Specifically, they had 
networked IBM-compatible computers running Microsoft Windows NT Server and 


Workstation operating systems. 


2. Project Initiation and Planning 


During the project initiation and planning phase, the general information systems 
concept begins to take shape. The project is initiated when the customer is contacted. 
The feasibility of the project, the costs and benefits of it, the scope, and objective are all 
considered. For large scale systems development using the Waterfall Model, a formal 
report would generally be written after this stage which would cover all of these issues at 
length. (p.25, Hoffer, George, Valacich, 1996). 

For this project, the process was much less formal. ESU Alameda was contacted 
and the Intranet idea proposed. The ESU Command wales the development effort 
and pledged its support. A cursory analysis of the current state of the ESU’s information 
systems was done via telephone and the project was determined to be feasible. The ESU 
made money available for travel to Alameda in order to conduct the business analysis and 


agree on requirements. 
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3. Analysis 


The Analysis phase is one of the most important steps to information systems 
design. It is when the client’s business model is examined in detail. The design team 
must thoroughly understand current business processes and select candidate processes for 
Intranet development. The customer’s requirements for a successful system are 
determined. The flow of information, data and business processes are exhaustively 
explored and diagrammed. (p.25, Hoffer, George, Valacich, 1996) 

The business model analysis was conducted over a two day visit to the ESU. 
Interviews were conducted, meetings were facilitated, and documents researched in order 
to reach a clear understanding of the ESU’s mission, their business model, and their way 
of doing business. Requirements analysis revealed the top goals and problems the ESU 
faced. 

Following the business analysis, 1t was possible to narrow the scope of the project 
to focus on the Command’s top priorities. These three top priorities were found to be: 

e keeping better track of personnel movements and administration 
e improving the supply ordering and procurement process 
e status monitoring of Casualty Report (CASREP) service requests 


The business analysis is thoroughly explored in Chapter V. 


4. Logical Design 


The logical design phase is when the components of the information system are 
defined without regard to any specific hardware or software platform. The functional 


goals of the system are visualized without consideration of the physical implementation. 
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The logical design phase focuses on business processes and conceptual system solutions 
for them. By the end of this phase developers should have a clear idea of what they want 
their system design to do. (p.25, Hoffer, George, Valacich, 1996) 

A functional decomposition diagram (see Figure 5.9), which is the logical 
blueprint for the Intranet, was the main product for this phase of development. The 
diagram included all the system design goals without regard to actual physical design, 


software tools or hardware platform. 


5. Physical Design 


In this phase, the logical design is converted into an actual physical 
implementation. The process of turning the concept into a reality includes deciding what 
software tools to use, what platform to develop on, what language to code with. Chapter 
VI describes in detail why certain software tools were selected for developing the ESU 
Intranet. Chapter VII details the necessary steps to building the product. 

It is impossible to express the tremendous amount of effort it took to learn, plan, 
write and document bug-free code to make the Intranet engine turn. Fortunately, it was 
possible to reduce the complexity by following the logical blueprint of a functionally 
decomposed system. Functionally decomposed means the Intranet was modular and 
broken down into parts. Individual parts and applications could be separately developed 
in discrete modules. 

The interactions between modules of the system are complex enough, however, 
that good documentation of the code was absolutely critical to success. Considerable 


effort went into ensuring that descriptive documentation accompanied all code. 
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6. Implementation 


Implementation includes all aspects of introducing the new information system 
into the organization. This includes installation, testing, and support (p.26, Hoffer, 
George, Valacich, 1996). The implementation phase is more than the technical aspects of 
physical installation and software loading. The social aspects of introducing an 
information systems change into an organization must also be considered. It is the social 
aspect, far more than the technical, which will ultimately determine the outcome of the 
implementation. 

Managerial obstacles to a successful implementation of the Intranet are abundant. 
Any change that redefines the lines of communication in a system is likely to meet with 
resistance from employees who may prefer old, established patterns. These and other 


social change issues are explored in Chapter IX. 


7. Maintenance 


The final phase of the Waterfall Model is maintenance. Most of the lifecycle 
costs associated with a new information system occur during the maintenance phase. 
(p.26, Hoffer, George, Valacich, 1996) In many instances, the system designers are long 
gone when real problems occur. For this reason, it 1s incumbent upon the developer to 
provide the client with good documentation, training and a method for system change 
requests. 

The ESU Intranet was designed with maintenance in mind. The code is 


painstakingly documented to allow for a higher degree of maintainability. A separate 
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"Help" Web site was included on the Intranet to provide information regarding 


maintenance, support, and systems feedback. 


D. RAPID PROTOTYPE METHOD 


Many customers don’t know what to ask for or how to describe their information 
system needs. Showing them an example, or prototype, is a very effective method for 
allowing customers to clarify their requirements. The prototype can demonstrate 
capabilities of a technology that the customer did not even know existed. It provides a 
good starting point, which may then be adapted to the individual customer needs. The 
final result of this thesis, the ESU Intranet, is essentially a prototype. 

Rapid Prototyping is a series of iterative loops of development, testing, feedback, 
and then development again (p.28, Hoffer, George, Valacich, 1996). Customer 
requirements are initially highly abstract, meaning they are fuzzy and unclear. The 
iterative loops of the Rapid Prototype method clarify the system requirements until, 
eventually, a working model takes shape. The prototype may then be used as a functional 


system or as a model for a larger development effort. 
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Figure 4.3 Iterative Development using the Rapid Prototyping Process 

The Rapid Prototype method has advantages. It is ideal for a small, 
uncomplicated project. Development can begin before final approval of funds becomes 
available. Various modules and portions of the project can be developed without having 
to stick to a schedule or await critical milestones. 

The method also has dangers. Unlike the Waterfall Model, which proceeds 
sequentially through seven well-defined steps including a physical design phase, the 
Rapid Prototype is always in the physical design phase. Since the requirements for the 
system are continually refined or changed throughout the development, the final product 
may turn into a “build and fix” solution. The resulting system code might not flow 


consistently and it is likely that it will be patchy and disorderly. This kind of tangled 
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“spaghetti code” can be difficult to maintain or understand. By contrast, a system 
developed using the Waterfall Model should have reasonably consistent code because all 
the requirements and specifications have been defined and logically modeled prior to 
physical design. The cost of a system developed by the informal Rapid Prototype model 


may be greater than the Waterfall Model in the long run. 


i: CONCLUSION 


This chapter defined two methodologies for systems development that were 
relevant to this thesis. The thesis progressed through each sequential phase of the 
Waterfall Model because it provided a baseline plan for the entire development effort. 
The result of the development under the Waterfall Model was a prototype ESU Intranet. 

The Rapid Prototype model is relevant because the final result of the thesis, an 
ESU Intranet, can be regarded as simply one iteration of the model. The implementation 
process at ESU Alameda will determine if the final outcome falls to the left (first 
prototype), middle (revised prototype), or nght (final prototype) in Figure 4.3. In any 
case, the ideal goal of the thesis was to provide the ESU with a “vision of what is 
possible” with Intranet technologies. If the prototype is adopted as a functional, 
operational system that is constantly revised and enhanced, as shown in Figure 4.3, then 
the goal will have been far a (See Chapter [X for more discussion on 


implementation issues.) 
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V. ANALYSIS 
A. INTRODUCTION 


The analysis phase focuses on the business model and processes of the client. A 
systems perspective was adopted to analyze the ESU business model. Instead of simply 
focusing on discrete linear processes, the potential benefits and consequences of Intranet 
technologies for the entire organizational system were considered. The idea that one 
should not simply automate existing paper processes was a guiding principle during the 
analysis phase. The goal was to obliterate, or re-define, old processes with the power of 
new Intranet technology. 

This chapter will explore the business analysis and how it was conducted at ESU 
Alameda. The most important findings, specifically the identification of the ESU’s top 
priorities, are presented. These top goals drove the Intranet development and narrowed 
the field of candidate processes to be modeled for Intranet applications. A logical, or 
conceptual, model was derived from the business analysis results. The logical model is 


presented here. 


B. PROCESS ANALYSIS METHOD 


1. Systems Perspective 

The Fifth Discipline, by Peter Senge, advocates a systems approach to thinking 
about organizations, which provided the basis for exploration of the ESU business model. 
Systems thinking involves seeing the organization as whole system of circular 


interdependencies. The opposite of systems thinking would be to view the organization 
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as being broken up into unrelated, independent, linear processes. Systems thinking is 
about “seeing processes of change rather than snapshots” and “seeing interrelationships 
rather than linear cause-effect chains”. (p.73, Senge, 1990) 

Simply automating existing paper trails with new Intranet technology would be 
like taking a “snapshot” of the process. Instead of approaching business processes one at 
a time, the research focused on business areas. The goal was to find ways of altering, 
enhancing or eliminating processes in ways that would benefit the entire organizational 
system, not just a single person. With its ability to improve communications across 
organizational boundaries, an Intranet is an ideal tool to approach from a systems 


thinking perspective. 


2. Method 


The field research consisted of two days of exhaustive interviews, meetings and 
documentation reviews. The original interview plan was to identify business processes, 
and match factors, such as how many people a process affects, against certain criteria. 
Correlation of these factors with these criteria was designed to indicate a process' 
suitability for an Intranet solution. The plan had to be modified mid-way through the site 
Visit, as it became apparent that a much different method of analysis illustrated the 
business processes more clearly. 

The research began with interviews of key personnel. Using a pre-planned set of 
questions and forms (see Figure 5.1), these interviews were intended to identify specifics 
of business processes and provide a foundation to rank order the suitability of a process 


for an Intranet solution. 
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ESU Alameda Process Analysis 


Please pick one important process you do in your job (i.e. order parts) and answer these questions. Thank- 
you. 


ESU Alameda Process Analysis Interview 
What is your Rank RateandJob Title? | 


1. How many people does 
this process affect? 

2. Who are the people or 
things that are affected by 
this process? 

3. How does this process 
affect them? 

4. Who are the people or 
things that use this 
process? 

5. How many people are 
involved in doing it? 

6. Who is the pnmary 
owner (doer) of process? 

7. How often 1s this process 
used? 

8. How often 1s this process 
updated? 

9. Please identify some key 
personnel or things and 
how they interact with 
this process? 


10. What is the type of 
information or data input 
for this process? 


11. What is the current status 
of data storage and 
computer or network 
automation of this 
process? 


12. Comments or anv other 


CT Weekly 


CT Daity 
Other 


CT Daily CT Weekly 
Other 
PersowThi 
(Cl bis Updated Once, Used Once 
(CO Bt is Updated Once, Used Blanry Times 
Ob is Updated Many Times, Used Once 
farry Times, Used Biany Times 
L} General (.e.. ALCOAST messages) 
0 Private or 
C) Classified or 
C] Low Vobm or, BMedamnm Vohmne or 
CT BMaroal (ie. using desk folders, filme cabinets, etc.) 
DO Patly Automated Mon-netwrorked standalone computer) 
e¢ Usmg Word Processing files 
e Usmg Database 
C3 Fully Sotanated (usmg non-networked standalone computer) 
C] Fully Autanated amd Networked with lmks to other processes 
e Computers exchmge mfomnation, files, data with other people or processes 
0) Already on the Intranet 


C) bt is Updated Once, Used Once 

CJ b is Updated Once, Used Mary Times 
C) b is Updated Bilary Times, Used Once 
CQ i ne i 





Figure 5.1 Original Process Interview Questionnaire 
Using the prepared interview questionnaires was not as successful as anticipated. 
Personnel were unable to clearly articulate, in words, the specific information flows and 


processes of their day to day work. One on one interviews failed to produce useful 
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information until the approach was modified to drawing pictures that modeled an 
employee’s daily processes. 

The most valuable method of understanding the ESU Alameda organization and 
business process flows was to talk through the jobs of key personnel by drawing them on 
whiteboards as Data Flow Diagrams (DFD). The DFDs helped ESU employees articulate 
what information flowed to whom, why, where it was stored and how it was used. The 
parts and supply ordering process, for example, was so complicated that it was almost 
impossible to describe without using a drawing. The process is shown in Figure 5.2 as a 


DED. 
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Figure 5.2 DFD of Supply and Parts Ordering Business Process 
From the visual DFD maps, it was possible to redesign the system by looking at 
how entire processes and information flows could be redirected with the communications 
potential of an Intranet system. New methods of data, information, and workflow were 
conceived. In most cases, the new designs did not simply automate the original DFD, 
rather they obliterated the old DFD. Redesigning processes necessitated a fresh DFD to 


accurately portray new information flows. For example, new DFDs of the Intranet 
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solution to the supply process were developed which significantly reduce the complexity 


found in Figure 5.2. (See Figures 5.5 through 5.7 for the new DFDs.) 


C. ESU ALAMEDA BUSINESS MODEL 


1. Overview 


ESU Alameda is responsible for the maintenance and support of all electronics 
throughout their Coast Guard geographic area of responsibility. They are a mid-sized 
service oriented organization with roughly 50 employees. They are a fairly typical USCG 


unit with most of the same pressures, procedures, and paperwork of any other unit. 


2. ESU Customers 


The ESU has internal and external customers who could benefit from Intranet. 
solutions to day-to-day business needs. 

Internal customers can be grouped in many ways, from command or management 
level to the office worker. Internal customers could be grouped by rank, civilian or 
military. Internal customers have different needs depending on which group they belong 
to. 

Its’ external customers, those whom the ESU provides services for, would be 
interested in ESU products and news relevant to their service requests. Other external 


customers could be anyone who needs to reach the internal employees of the ESU. 
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3. Organization 


ESU Alameda is a typical hierarchical organization organized in a tree structure. 
It has a military chain of command beginning with the Commanding Officer (CO) and 
Executive Officer (XO) at the top. The ESU is then divided into distinct divisions, or 


branches, with a Division Head in charge of each. 


ESU Alameda Organization (Active Duty) 
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Figure 5.3 ESU Alameda Organization 
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4. Information Flows 


Approval authority for ESU policy decisions, personnel actions or budget 
allocation follows the traditional military chain of command. Final responsibility for all 
decisions at the Command rests with the CO. 

The CO delegates his authority as appropriate. ESU Alameda considers itself an 
innovative organization. Despite the traditional hierarchical structure, information flows 
are not strictly linear. The CO states clearly in the ESU Standard Operating Procedures 
that he expects employee empowerment and communication across organizational 
boundaries. 


“My intent is ... to encourage action and decision making at all levels... Use the 
organizational chart as a starting point; it's not set in stone... (p.2, Lane, 1996)” 


5. Business Model Analysis 

The business model analysis was approached from a high level of abstraction 
where, first, the fundamental mission of the organization was identified. Following that, 
the long-term goals that support the mission were ascertained. Next, the critical success 
factors necessary to accomplish the long-term goals were found. Finally, the specific 
processes that contributed to each critical success factor were determined. Figure 5.4 


provides a snapshot of this analysis. 
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Missions 
USCG ESU 
Alameda ts 
responsible 
Or. 
Providing 
world class, 
top quality 
electronic 
support to 
customer 
units 


Goals 
To accomplish the 
mission, USCG 
Alameda's goal ts 
10... 
Ensure operational 
readiness of all 
mission essential 
equipment onboard 
USCG units in the 
area of 
responsibility 


Critical Success Factors 


To be successful and accomphsh the goal USCG 
Alameda must have... 


Means to determime inventory, parts, and 
supply order status. 

Means to anticipate personnel 
administrative needs and whereabouts far 
enough in advance to budget these costs 
Means to determine status and location of 
outstanding Casualty Reports (CASREPS) 
Means to track results of repairs and 
customer satisfaction 

Means of communtcating with internal and 
external customers 





Processes 
To be successful these processes 
OCCUR. 


=> Track supply order chain 

=> Track and forecast current 
personne! whereabouts and admin 
=> Information flow to ESU to 
maintain database with current 
outstanding CASREPS and work 
orders 

=> Measure customer satisfaction 
and store data 

=> Measure trouble calls and store 
data 


Figure 5.4 ESU Alameda Business Model Chart 


This systems thinking approach to analysis was intended to eliminate noise by 


identifying the truly important processes, which could be, traced back to supporting the 
ESU’s mission. Business practices that were not aligned with the ESU’s strategic goals, 
or did not add value to the ESU’s critical processes, were not considered candidates for 


Intranet solutions. 


D. CRITERIA FOR SELECTION OF INTRANET SOLUTIONS 


1. Command’s Top Goals 


So many processes were suitable for Intranet solutions that the scope had to be 
narrowed in order to have any reasonable chance of accomplishment. The Command’s 
top goals, or problems to manage, were clearly uncovered during the research. The top 
three were found to be: 

e keeping track of personnel movements and administration 

e improving the supply ordering and procurement process 


e status monitoring of Casualty Report (CASREP) service requests 
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The development effort concentrated on broadly meeting the top goals of the ESU 
Command rather than focusing on a specific workgroup’s narrowly defined problems. 
The high level focus makes the most sense from a systems perspective because the 
Command’s priority processes are global, meaning their impact stretches throughout the 


entire organization. 


2. Feasibility 


The scope of the Intranet project was limited on a practical basis due to 
constraints such as limited time, technical feasibility, and developer skill. The difficulties 
of turning a logical, or conceptual, design into a reality were significant. These 


constraints are addressed in Chapter III. 


3. Showcase Intranet Potential 


Bearing in mind that one goal of this thesis is to demonstrate the power of an 
Intranet for a Coast Guard unit, it follows that one of the criteria for selection of Intranet 
processes was to showcase the potential and capabilities of the technology. Applications 
that could change the organization, obliterate inefficient processes, or distribute 
information horizontally across departments, were conceived. The CO’s principle, as 
stated in the SOP, to “allow maximum flexibility ... for action and decision making at all 


\ 


levels” was guiding. (p.1, Lane, 1996) 
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E: LOGICAL DESIGN 


1. Requirements Analysis 


Informal requirements analysis was used because the goal of the project was to 
demonstrate the capabilities of a new technology and the requirements were unclear. The 
business model was examined, as described above, and an informal conceptual idea of the 
desired functionality was attained. Informal requirements analysis was a continual 
process of refinement because, basically, people did not know what an Intranet is so they 
could not articulate firm requirements for one. This is why one simple goal of the project 


is to build a prototype and demonstrate what is possible. 


2. Data Flow Diagrams 


Data Flow Diagrams, resulting from research into the ESU business model 
revealed the critical elements of ESU business practices. It was then possible to imagine 
new methods of doing business, and new DFDs, that take advantage of Intranet 
technologies. These new logical designs change many elements of the process including 
the forms used, the persons involved, and the roles played by each. 

The chaotic complexity of the parts ordering system, as seen earlier in Figure 5.2, 
is significantly changed when remodeled with Intranet technologies. The new DFD 
redefines the roles of the storekeeper and the person who places an order. In the new 
DFD, the person placing the order has more information immediately available to them, 
but they also must take more responsibility for personally tracking the order’s status. 


This alleviates time the storekeeper previously spent tracking orders. 
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Figure 5.5 Level O DFD for Entering Intranet 


In the Context Level DFD shown in Figure 5.7, either an internal or external user 


enters the ESU Intranet. 











Supply 
Database 


Figure 5.6 Level 1 DFD for Intranet 


In the Level 1 DFD, the Intranet user can select to enter the Supply application. 
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Figure 5.7 Level 2 DFD of Supply Application 


The Level 2 DFD shows the logical information flow for a Supply database 


application. This new model greatly reduces the complexity of the original supply and 


parts ordering processes shown earlier in Figure 5.2. 


uncovered during analysis. 


New DFDs that incorporate Intranet solutions were developed for other processes 


tracking and distributing communications. 


They included DFDs for personnel administration, leave 


The decomposition of the processes beginning from a high level of abstraction 


and working down into the details of the process clearly illustrates the systems focus of 
the Intranet logical design. DFDs were crucial to understanding the information flows of 


the system. They provided excellent conceptual blueprints of the system processes and 


interrelationships, as well as good starting points for actual physical design. 
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3. Desired Functionality 


The desired functionality of a prototype Intranet was determined by the criteria 
indicated above; the command's top goals, feasibility, and a showcase for the potential of 
Intranet technology. Using those guidelines, the developer settled on several functional 
application concepts for the Intranet. They are listed here in a table with the desired 


logical application and the selection criteria. 


Application res Isit Technically Does it Showcase | 
Addresses Feasible? Intranet 
Command’s Top Technology? 
Goals? 

Leave Request yes 

Phonebook yes 


Customer Service Hotline yes 
Supply Tracking Somewhat 
Temporary Assigned Duty yes 
Personnel Reports yes 

File Uploads/Downloads yes 
On-line Discussion Forum yes 

| CASREP Tracking yes . 





Figure 5. 8 Logical Applications with Criteria for Selection 


4. Functional Partitioning 


Functional partitioning 1s a process of describing what a system is intended to 
accomplish, and then breaking the system into the components that will do it. The 
desired functionality of the Intranet is shown in Figure 5.9 as a functionally decomposed 
logical design. This method of logically viewing a system is neat and modular which 
provides a good starting point for the actual physical design. All of the components that 
were anticipated for development, starting with the top “system level”, and layering 


down, are shown. 
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Figure 5.9 Functional Decomposition Diagram of ESU Intranet 
This functional decomposition diagram was a major product of the logical design 
phase of ESU Intranet development. The diagram includes all the system design goals 


without regard to actual physical design, software or hardware platform. 


F. CONCLUSION 


This chapter described the process of research and analysis of the ESU Alameda 


business model. The criteria for selection of Intranet processes were introduced and the 
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logical design of an Intranet system was presented. The end of the Analysis Phase 
marked the demarcation point between concept and reality. The first five phases of the 
Waterfall Model resulted in a logical picture of the desired system. What remained ahead 


was the hard work of building the system to the blueprint. 
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VI. SOFTWARE TOOLS 


A. INTRODUCTION 


Specific software tools are required to create an Intranet. All Intranet users 
require a Web browser to view Web pages on the site. The developer must have a tool to 
design individual Web pages as well as to visually develop an organized Intranet site 
layout and navigation scheme. A database program is necessary to store, query and add 
Intranet data to. The middleware component facilitates interaction between a Web 
browser and a database. Finally, an Internet Web Server is required to host the Intranet 


site. 
B. SOFTWARE TOOLS 


1. General Selection 


The criteria for selecting software tools included assessing cost, availability, ease 
of use, functionality and compatibility with current Coast Guard platforms. A complete 
Microsoft solution was chosen primarily because their software tools met all of those 
criteria. Microsoft’s tools were easy to learn, they were available at no cost, and each 
product seamlessly integrated with another. As well, Microsoft Windows NT and 
Microsoft Office Suite are the official standard Coast Guard operating system and office 


tools, respectively. 


De 


The software tools necessary and the ones chosen are listed below: 





Software Tool: Version Used: 

1.. Web Browser? =. , a Microsoft Internet Explorer 4.0 

2:2 Web Page & Site Authoring, Microsoft Front Page 98 

ny Database: ae ~~ Microsoft Access 97 (ODBC Compliant) 


4. _ Database: Middleware = Component Microsoft Active Server Pages 1.0 
5. Web Server . ~~~ ~~ Microsoft Internet Information Server 3.0 
~ Operating Gr hae Microsoft Windows NT 4.0 
- Microsoft ODBC 
— = ASPMail 2.5 





on %, 


rape = 
‘ Gee tog 2 rd os Re roe 
w? y : Aus, 3 ae oe PER haere 
-* >, ue a i a Ae + ee ES oe ts Me, E44 oY ees 02 AZ 
aaa a7 ane a . J TORY EL OO, SB Fa tp tine Sods ee eta ee y AGS 
‘ e tm ~<% ca? We Be. Sy oe danty ‘ 4 
4, ee uae 7 eee S08 eee ay te ale Ad a a las x 





Figure 6.1 Software Tools Chosen for Intranet Development 


2. Web Browser 


An Intranet is viewed through any standard Web browser. Web browsers translate 
the coded text files, mostly written in Hypertext Markup Language (HTML), into graphic 
pages displayed in the browser’s window. One of the most eee features of a Web 
browser is that it provides a standard application interface for any Internet or Intranet 
content, regardless of the hardware platform the Web browser is running on. 

Internet Explorer 4.0 (IE4) was chosen for its easy integration with other 
Microsoft Office applications, its stability, its support for Web scripting languages, and 
its optimal suitability for interfacing the Microsoft Active Server Pages middleware 
component. 

The other alternative was to adopt Netscape Communicator. There are, in fact, 
only very minor differences, such as slight color variations and small differences in where 


graphics are displayed, in the way Web pages appear in the different browser windows. 
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One of the most significant features of the Intranet is that it is platform and Web 
browser independent. It can be viewed on any standard Web browser. The Intranet is 
only optimized for IE4 in the sense that the day to day testing and development effort was 


done using IE4. 


3. Web Page Authoring and Web Site Management 


Web pages are the essential components of the Intranet site. The Web page 
authoring tool is the most frequently used software tool for the site’s development and 
management. 

Requirements for selection of this tool included ease of use, reliability, 
standardization and site management capabilities. Front Page 98 (FP98) was chosen as 
the Web site and Web page authoring tool because of its strong support for total site 
management. It seamlessly integrates with the other Microsoft products such as 
Windows NT, Windows 95, Internet Explorer 4.0, and Active Server Pages. The visual 
development environment of FP98 was easy to use and learn. The development interface 
also allows for immediate access to the raw, underlying HTML code. Access to HTML 
code is necessary because some elements of Web page design cannot be accomplished 
through a visual interface alone. 

An alternative to FP98 is Net Object’s Fusion site tool. Fusion has a very 
intuitive visual interface for Web page and site design. Fusion was not chosen because, 
before publishing to the Web server, it pre-stages the visual layout of a Web page and site 


in a proprietary file format called NOF. It isn’t possible to edit underlying HTML code 
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when the files are stored as NOF files. Since it is sometimes important to access HTML 


code while programming, Net Objects Fusion was not a good solution. 


4. Databases 


Database development was with Microsoft Access 97. Familiarity with the 
product, the fact that it is in everyday use at the sponsoring command, and the fact that it 
is a Microsoft product were the leading criteria for its selection as the Intranet database 
tool. Access 97 is designed for a small office environment but can easily scaled up to a 
more powerful tool like Microsoft SQL Server. 

Access 97 is Open Database Connectivity (ODBC) compliant. ODBC is a 
standardized interface, which allows applications to have access to the data inside a 
variety of different databases, regardless of their unique formats. ODBC provides a 
middle layer that hides the differences between database formats (Fleet, Warren, Chen, 
Stojanovic, 78). 

Any ODBC compliant database, such as those offered by IBM, Oracle or 
Informix, could be used on the Intranet. These options are designed for enterprise wide 


applications and were considered beyond the scale of this small project. 


5. Middleware 

Middleware provides the language for communication between a database on a 
server and the pages generated dynamically and output to a client’s Web browser. 
Deciding on a powerful, yet easy to use, middleware solution is a crucial decision for the 


Intranet developer. This project uses Microsoft’s Active Server Pages. 
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The field of alternatives is wide. There were many alternatives for large database, 
enterprise wide solutions from Oracle and Informix. These solutions were more 
appropriate for large mainframe based operations. For the mid-sized organization, 
middleware products such as IBM’s Domino and Microsoft’s SQL server compete. The 
alternatives for a small office setting included Allaire’s Cold Fusion and Microsoft’s 
Active Server Pages (ASP). Both Cold Fusion and ASP can be scaled to larger settings, 
all the way up to enterprise. The enterprise products, however, were considered too 
powerful for this thesis. 

Cold Fusion is arguably the most established middleware product available today. 
Allaire’s most recent version even includes a visual development tool for Web enabling 
databases. Cold Fusion has been on the market for several years and is currently in use 
by such companies as Federal Express, Dell Computer and Ticketmaster (Forta, 1997). 

Microsoft’s Active Server Pages middleware product is relatively new. The term 
Active Server Pages is less than two years old. Microsoft currently has no visual tool 
available for writing ASP code and everything must be handwritten using a text editor. 

Both ASP and Cold Fusion are middleware products that run on a host server and 
are very similar in their implementation and execution. The code is executed on the Web 
server, which will then query a database, and finally dynamically generate a Web page 
based on that query. 

The primary criteria which led to the selection of one product, Microsoft’s Active 
Server Pages, over another, Allaire’s Cold Fusion, was cost. Muicrosoft’s product is free 
and will run on any Windows NT server where ASP is installed. Cold Fusion costs close 


to one thousand dollars per license. 
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Other criteria included Microsoft’s implementation of Visual Basic Script 
(VBSript) as the language to manage the interactions between the Web server and client. 
VBSript is an extension of the Visual Basic language, which is widely supported. New 
components that work with ASP are constantly being developed and sold by third-party 
vendors other than Microsoft. Cold Fusion, in contrast, uses a proprietary scripting 


language and specialized “tags” throughout for its code. 


6. Internet Web Server 


The Internet Web Server hosts the site. Microsoft’s Internet Information Server 
3.0 (IIS) was the natural choice because it is free as an integral part of the Windows NT 
4.0 operating system. Windows NT 4.0 is the Coast Guard’s official standard operating 


system. ASP was also designed to run on IIS. 


C. CONCLUSION 

The software choices made here determined the shape of the resulting Intranet 
product. These tools have both their strengths and limitations when compared with other 
tools. Nevertheless, they all met the most important criteria for selection, which was 


cost, ease of use, functionality, and quality. 
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Vil. PHYSICAL DESIGN 

A. INTRODUCTION 

Physical design is the fifth phase of the Waterfall Model. The physical design 
phase took four months of development effort during which, the prototype Intranet was 
physically built. Intranet applications took shape through an iterative, Rapid Prototype 
process of design and redesign. 

This chapter briefly describes the technical aspects of physically building an 
Intranet. A tutorial on how to connect to a database through a Web browser, using Active 
Server Pages, is presented here. Finally, graphic user interface design principles and 


security aspects of the Intranet are discussed in this chapter. 


B. PHYSICAL DESIGN STEPS 


Turing an Intranet concept into a reality requires following certain general steps. 
This following section describes, as a short tutorial, the basic design steps for a Windows 


NT based Intranet using Active Server Pages. 


1. Web Server 


A Web server must be installed on the machine that will host the Intranet site. 


2. Web Authoring Tools 


Web authoring tools used to build the site must be installed on the Intranet design 


machine. The machine must be on the network in order to publish to the Web server. 


ao 


3. Middleware 


The middleware component that will allow an ODBC compliant database to 


communicate with a Web server must be installed. 


4. Database 
A database to hold Intranet data must be developed. Care should be taken to note 
the design details, such as table and field names, as familiarity with the data structures is 


crucial to allow the Intranet to interact with them. 


5. Data Source Name (DSN) 
Using the ODBC control panel from the Windows Operating System, Data Source 
Names (DSN) for the databases must be created. These names will be used in the 


middleware code to reference the Intranet databases. 


6. Intranet 


The physical design should follow the logical blueprint. Authoring Web pages 
and building a site layout creates the Intranet. Some of the Web pages may use scripting 
code and to communicate with a database (through middleware) for information retrieval, 


queries and updates. 
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C. CONNECTING TO A DATABASE WITH ASP 


1. Introduction 


This section is a brief introduction of how to connect to a database through the 
Web browser using Active Server Pages. The example only provides a very basic 
overview of the most general method used to do this on the ESU Alameda Intranet. 

The examples found here show the ASP code as it is written into the Web page. 
The code for ASP pages are found only on the server because the server uses the 
underlying ASP code to dynamically generate HTML code when a page is requested. 


The client browser that initiates a request to the Web server never sees the ASP code. 


2. Database 


An Access database used on the ESU Intranet is called “phonebook.mdb”. The 
database has several tables. This tutorial will focus on one table called PERSON, which 


contains fields for employee data. 


&8 PERSON : Table 











| [FieldName | Data Type Description 
| {Rank Text Enter the rank of the CG person 

| {Rate Text Enter the rate of the CG person 

| __|FirstName Text Enter the first Name of the person 

|_| Middleinit Text Enter the middle initial of the person _ 2 

| __|LastName — Text | Enter the Last name of the person 


| {Street Text Enter the street address of the person 

| City Text Enter the city the person lives in 

| _|State Text Enter the state the person lives in 

|b {Zip Text Enter the zip code at the person's living quarters 


Figure 7.1 Person Table of Phonebook Database 
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3. ODBC and the Data Source Name 


This database has been configured as an ODBC compliant DSN with the name 
“phonebook”. The DSN name is important to remember because it is used to reference 


the database in the ASP code. 
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Figure 7.2 ODBC System DSN Setup Window 


4. Connection Object 


ASP code is written in Visual Basic script. In this example, a connection object is 
instantiated and named Conn. The connection is made to the ODBC DSN “phonebook”. 
Objects can have properties about them and methods that act on them. In this case, the 
open method is used on the connection object. 

<%' // Set up connection and open it 
Set Conn = Server.CreateObject("ADODB.Connection") 


Conn.Open "Phonebook" %> 
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5. Recordset Object 


The recordset object is used primarily to store the results of a database query. It 
may be thought of as a virtual table in memory, made up of rows and columns. In this 
example a recordset object is instantiated and given the name rs. 

<% '// Set up recordset 


Set RS = Server.CreateObject("ADODB.RecordSet") %> 


6. Define SQL 


The Structured Query Language, SQL, for the desired database query is assigned 
to a variable named SQL in this example. 
<%' // Define SQL 


SQL = "SELECT FirstName, LastName FROM Person"%> 


7. Execute the Query 


Using the recordset open method, the SQL query can be executed. 
<%' // Run Query 


RS.Open SQL, Conn %> 


8. Display the Results 


Finally, the results of the SQL query, which are stored in the recordset object "rs", 
can be displayed. The response.write command (composed of a response object and its 
write method) is used to display the contents of the recordset. A Visual Basic loop, the 
MoveNext method, and the End of File property are used to loop through the recordset 


until all records are displayed. 
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<% '// Write each row 
DO WHILE NOT RS.EOF 
response.write RS("LastName") & ", " 
response.write RS("FirstName") & "<BR> " 
RS.MoveNext 
LOOP 


RS.close%> 


D. GRAPHIC USER INTERFACE DESIGN PRINCIPLES 


1. Introduction 


Simplicity, consistency, elegance, content and usability were the underlying 
Graphic User Interface (GUI) design principles. The following brief list highlights some 
of these principles: 

e Minimal use of distracting colors, flashy logos, or pictures. 

e Focus on consistency across all pages. A common background and header is 

used on all Web pages. 

e Cautious use of frames. Frames are used to divide the Web browser 
window. Frames are tricky to program and can be distracting and annoying if 
they are used improperly. The ESU Intranet only makes use of frames once, 
for the left side navigation bar. 

e Content is king. Every page on the site must have some function, purpose, 


or utility to be included on the site. 
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The design principles are discussed in greater detail in the paragraphs below. Screen 


shots of the Intranet’s pages are presented in Chapter VIII. 


2. Consistency 


Consistency was key in designing the site. Every page has a consistent visual 
background, color scheme and titles. Tasks performed within specific applications are 
performed in a similar manner across all application areas. For example, submitting an 
on-line Leave Request in the Leave Application is almost identical to submitting an on- 


line Temporarily Assigned Duty (TAD) Notification in the TAD Application. 


3. Current Content 


Currency and relevancy was another important GUI design principal. The most 
dynamic data, which changes with the greatest frequency, is immediately presented up 
front on all page layouts. For example, the Intranet Home Page presents the visitor with 
the most current data from four application areas. At a glance, the visitor can see who is 
currently on leave, who is currently away on TAD, what general announcements have 
been broadcast for the command and what user access level they are logged in at. The 
user may follow hyperlinks to drill down into more details of this data. They may also 
scroll down the Home Page for other information that changes less frequently. All pages 
across the Intranet are designed with the principle of putting the most current and relevant 
data at the top of the page. A link is included to further drill down into details about the 


data. 
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4. Usability 


Usability was another GUI design principle. The applications were designed to be 
used intuitively with little or no user training and with minimal danger of user errors. All 
interactions with the back-end databases are through a common Web browser interface. 
Anyone who is familiar with using a standard Web browser to navigate the Internet 
should have no difficulty understanding how to use these Intranet applications. A user 
only needs to know how to follow hyperlinks and to submit on-line forms. 

The only foreseeable areas where users can make mistakes is in either the 
submission of on-line forms or in the unintended modification or deletion of on-line 
records. In submitting on-line forms users may enter invalid datatypes in certain fields 
which could cause the back end database to reject the entire form. Care has been taken in 
the design process to validate data before it 1s submitted to the database to minimize this 
risk. There are cases however where data validation is not easily implemented, such as 
validating date formats. In these instances, the possibility exists that the user may enter 
invalid data or an unrecognized format, which will cause an error. In all cases, the user 


has to redo their form or delete the erroneous data. 


5. Deletions 


All deletions across the Intranet are handled in the same manner. Deleting records 
is not a simple one-click process. The user is clearly informed of what they are about to 
delete and given the opportunity to back out. When a delete request is made, a warning 
alert box pops up in the browser window which informs the user that deleting records is a 


serious matter and should only be performed by personnel authorized to do so. The user 
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must click “OK” to continue. Next the user is presented with all the information that will 
be deleted. There is a warning banner in red across the top of the page. A cancel button 
is prominently displayed in case the user made a mistake. Finally, to perform the delete 
the user must press a very large red button that clearly indicates they are about to delete a 
record. 

Deleting records requires deliberate, informed action on the part of the user. The 
site was designed so that there is very little possibility that the user will eretalenly, delete 
data. The possibility exists, however that an unauthorized person will delete records that 
do not belong to them. Backups are recommended in case this happens. Command 
policy on acceptable use should specifically address this issue of unauthorized deletion 


and modification of data. 


6. Site Navigation and Menu Bars 


A left-hand vertical navigation bar is implemented as a frame and is always 
present in the Web browser window. The menu bar contains links to general application 
areas. The bottom of each page contains a horizontal menu bar with links to the specifics 
in each of the application areas. The menu also has a link to a site map, which displays 
all links available to Intranet users. 

The left-hand navigation menu is implemented in JavaScript. This enhances the 
GUI human computer interaction because the links change color when the mouse pointer 


1s passed over them. 
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= SECURITY FEATURES 


1. How to Use the Security Features 


The command will need to decide on at least four username and password 
combinations to cover the four security access privilege levels. These levels are “sec 
admin”, “admin”, “user” and “guest”. 

A visitor to the Intranet may choose to log in at one of the security levels 
(assuming they have the appropriate username and password) or they may browse the 
“Public Access” areas of the site that are available to the “guest” access privilege level. 

Once a user has successfully logged in, a variable containing the security access 
privilege level value is set and maintained for the duration of their visit. The variable is 
temporarily stored as a cookie in the Web browser using the Active Server Pages session 
object. The session object stores the security access level for the duration of a visit. It 
expires when the visitor exits the Web browser or after twenty minutes of inactivity. 

e Guest access is the default access level for anyone who has not logged in and 
is browsing the “Extranet -public access” areas of the Intranet. This level is 
intended for outside visitors and anyone who 1s not a part of the ESU unit.. 

e User access is the default access level for anyone who is a member of the ESU 
unit. This level allows access to most areas under the “Intranet - members 
only” banner of the menu bar. It requires logging in with a valid username 
and password. All members of the unit should be given the username and 
password for this access level. Logged in users can view most information that 


is specific to the ESU such as personnel information and recall logs. Users 
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may also add, edit and delete most records contained in the back-end 
databases. Submitting on-line forms such as leave requests, temporary duty 
notifications, and the posting of general announcements can be done once 
logged in under the user access level. 

e Admin access is designed as the default access for supervisory level positions 
at the ESU. This level is used to restrict access to pages that require on-line 
approvals of forms submitted on-line. Admin access allows everything that 
can be done under user as well as access to all remaining areas of the site. It 
is recommended that a limited number of personnel hold this access level as 
one can do almost everything on the site already under the user level. Admin 
access should only be granted those persons who hold supervisory positions 
such as department heads, the executive officer and the commanding officer. 

e Sec Admin access is the highest privilege level. This level is designed as the 
top level primarily for administering the databases and deleting sensitive 
records. Only one or two people should have sec admin access. Presently, 
only one application, deleting a personnel record, requires this access level. 
Because deleting a personnel record causes a cascade delete, where the 
primary record and all related records are deleted, one should be cautious in 


who has access to the delete feature. 


2. Security Policy Considerations 


The command 1s encouraged to test the security implementation as presented and 


modify it as necessary. As a matter of policy, the command may want to further restrict, 
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or allow greater access to certain information contained on the site. The command may 


want to implement individual usernames rather than the four generic usernames. 


Usernames: 

The default Intranet username which allows user access should be distributed 
freely to all members of the ESU. A specific warning should prohibit ESU 
members from disclosing the username and password to anyone who is not a 
part of the unit. It is recommended that all users sign a form to attest to their 
compliance. 

On-line “Digital Signatures”: 

Many on-line forms are simply automated versions of an equivalent paper 


form. These forms have the same approval chain as the paper forms which 


_were previously routed through the various inboxes and outboxes of the ESU. 


Instead of a pen and paper signature, these forms rely on a “digital signature”. 
The digital signature generally consists of no more than a check in a box and 
the pressing of a submit button in the Web browser. 

Access to these pages where approvals occurs is limited to users logged in 
with security access level of admin. It is recommended that ESU command 
policy for acceptable use of the Intranet specifically address the following: 
that only authorized personnel may digitally sign (hit the submit button) on- 
line forms and requests. It should be pointed out that an unauthorized digital 
signature on-line is the same as forging a signature on the equivalent paper 


form. Presently, even if the digital signature policy was abused, it would not 


70 


cause mission critical harm (i.e. no money would be misappropriated or 
personnel records lost). At the worst, a member might forge his or her own 
signature for a leave request. Nevertheless, the viability of this security model 


for “digital signatures” should be tested and policy adjusted accordingly. 


3. How Security Works 


Usernames and passwords are stored in the “phonebook” database under a table 
named “users”. Security is implemented on a page by page basis. Every request for a 
page that is protected will first be redirected to a security access level check. One simple 
line in the HTML code, called a “server side include”, will redirect the request to a file 
which is executed before the HTML page is loaded. The include file contains code which 
checks the a session object variable. This variable stores the security access privilege 
level variable assigned to users based on their login. Presently there are three server side 
include files implemented for user, admin, or sec admin access respectively. 


]. <!--#include file="../user_access.inc"--> 
2. <!--#include file="../admin_access.inc"--> 
3. <!--#include file="../secadmin_access.inc"--> 


Only one of each type needs to be included before the HTML header for pages that are to 
be protected. 

The following code is an example of using the server side include file to restrict 
access to a page. First the page is commented with an Active Server Pages header, next 


the server side include file is in bold, and finally the beginning of a typical HTML page is 
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shown. If the user successfully negotiates the “admin_access.inc’”’ file then the rest of the 
HTML page is loaded. Otherwise the user 1s redirected to a “No Access Allowed” page. 
<% 
'* For every page that you want to enable access control, put the include 
'* file and this file in the same directory. 
'* Type <!--#include file="../LoginCheck.inc" --> 
'* BEFORE the <html> tag (very important) at the top of the page you 
'* want to control access to. %> 
<!--#include file=""../admin_access.inc"--> 
<html> 
<head> 
<title>Pending Leave Requests</title> 
The source code for the page by page security solution was taken from Jon Mnemonic’s 


article “Access Control With a Database” published on-line at "The ASP Hole". 


ae CONCLUSION 
This chapter discussed the technical details of the physical design phase. The 


actual development effort took months of ASP and HTML code programming. 


ie 


Vill. APPLICATIONS 


A. INTRODUCTION 

This chapter shows the results of the physical design phase, which are the Intranet 
and its applications. The Intranet is composed of over 80 custom built Web pages. 
Screen shots of important pages, with brief descriptions of how the applications should be 
used, are presented here. The goal is to present the reader with an idea of the basic feel 


and functionality of the Intranet application areas. 


B. APPLICATION NAVIGATION STRUCTURE 


The navigation menu of the Intranet is arranged functionally by application area. 


Figure 8.1 shows each the significant pages of Intranet and how they are navigated. 
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_ Figure 8.1 Intranet Navigation Structure 
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C. HOME PAGE 
The ESU Alameda Intranet Home Page 1s the starting point for the Intranet. From 
the home page the user may login, view the most current and immediate content, or jump 


off to any of the various Intranet applications. 






2] Weicome to ESU Alameda intranet - Microsoft Internet See = ley 
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I| Beck ("| Ferverd Stop Refresh =Home = Search Fevontes History Channels | Fullscreen Mail Print 
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Site Map 
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whose marks are due. 


Figure 8.2 ESU Alameda Intranet Home Page 


We 


D. PERSONNEL APPLICATION 


1. Introduction 


The purpose of the Personnel Application is to track, forecast, and manage 
information about ESU Alameda personnel. The application interacts with the 
"phonebook" database. Access to this application is restricted to users who have logged 
in at the security session level "user". Access to the application includes the ability to 
view records, add new records and update existing records. Only users logged in at the 


highest security session level of "sec admin" may delete records. 








Personnel Admin 
Application 






Delete or Modify 
cima oe ie Add New Person Personnel 
etails Information 








Successful Update to 


Successful Update 
atabase 


to Database 


Figure 8.3 Personnel Administration Application Navigation Structure 
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2. Web Pages of the Personnel Application 


a. List of Web Page Figures: The following table lists the names of the Web 


pages of this application and the corresponding figure numbers. 


Welcome Page 
Lookup Personnel Details 


Edit or Update Personnel 
Add New Personnel On-line Form 
Delete Personnel Record 


Figure 8.4 Table of Web Pages and Corresponding Figures 
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Flectronic Support Unit BV ereliraie 


Personnel Administration Web Database Application 
Select a name from the pull down menu and click "Lookup" You will (Baker, Jeff (ET1) ~| 


then be able to view, edit or update the data 
Lookup 





Can't find your record? Click Here to Add new personnel to the database 


Complete ESU Personnel Roster 

































































Name ET Department — 

Baker, Jeff (ET1) thehannahs@theegrid net ESU Business Services Branch details edit delete 
Bartlett, Rex (ETC) thehannahs@theerid net COTR Branch details edit delete 
Benhart, Ralph (LT) thehannahs@theegrid.net Detachment Oxnard details edit delete 
Bennett, Darvin (SKC) thehannahs@theerid net Business Services Branch details edit delete 
Brewster, Punkies (AM2) thehannahs@thegrid net Detachment San Pedro details edit delete 
Byrd, Scott (TC2) thehannahs@thegrid net IRM Branch details edit delete 
Cantu, Edward CIT3) thehannahs@thegrid.net IRM Branch details edit delete 
Clarke, Brian (TCCS) thehannahs@thegrid net IRM Branch details edit delete 
DARDIS, DEAN (LT) thehannahs@thegrid.net Electronic Systems Branch details edit delete 
Doolittle, Doctor (LT) thehannahs@thegrid net ESU Business Services details edit delete 
Enberg, Melvin (TC1) thehannahs@theerid net IRM Branch details edit delete 
Farms, Toad (LTJG) me@esu.alameda.cg Detachment San Pedro details edit delete 
Farms, 653456 (LTJG) me@esu alameda.cg Detachment San Pedro details edit delete 
Farms, dfgh (LTJG) me@esu alameda.cg Detachment San Pedro details edit delete 
Fife, Barney (LT) thehannahs@thegrid.net Detachment San Pedro details edit delete 
Fontaine, Trevor (TT3) thehannahs@theerid net IRM Branch details edit delete 
Gainer, Joanne (GS12) thehannahs@thegrid.net IRM Branch details edit delete 
Gardner, Bob (ETC) thehannahs@theerid net Contracted Source details edit delete 
George, Joe (ENS) thehannahs@theerid net COTR Branch details edit delete 
Guiterez, Laura (ETC) thehannahs@thegrid.net COTR Branch details edit delete 
Gunther, Bobcat (LCDR) thehannahs@theerid. net Detachment Oxnard details edit delete 
Hamlin, Chuck (ETC) thehannahs@thegrid.net SoCal Detachment Organization details edit delete 





Figure 8.5 Personnel Administration Welcome Page 


b. Welcome Page: The Welcome Page presents the user with a list of all ESU 
Alameda personnel. Links are available for sending email, viewing more details, editing 


or deleting personnel records. 
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Electronic Support Unit Alameda Mnideelareie 





Personnel Details 
LT Todd Hannah SSN: 544699911 


Work Inf eee erator 








Job Title Webmaster 
Department Detachment San Pedro 
Work Phone () 1234567 ext: 
E-Mail thehannahs@thegrid.net 
Home Information _ 
Address: 459 Chips Way 
Monterey CA 93955-3000 

Home Phone (408) 6380989 
Beeper #, Cell Phone 
Leave Requested 

_editthisrecord —S——‘filloutanonlineleaveform ~.. deletethisrecord. 





5) teAdd new personnel 9 5452 Lookup Person | “\2<>” Personnel Administration Database 


. ae 
- eee <a = - ee ‘ee eee oe hon ne ea “ee . > + tas 
Peer Ae, Aires -e RO rh. Ata nines ral, dS Rl oe Sh Cee Perel +s ” Ain, © santa emp Ped My Ftc by Satie liber iting ce > - eo aD at Lag af hin Sat 


Figure 8.6 Personnel Details 
c. Lookup Personnel Details: The main detail page provides more in depth detail 
of each person in the database. This page 1s accessed either by following the "details" 
link from the Personnel Database Welcome Page or by using any of the personnel lookup 


boxes found throughout the application. 
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ela or Edit Personnel —_ 


Rate First Name Last Name DON 
oo ~| LT [Todd na [Hannah 544699911 


Work Infomation 
Job Title Webmaster _ 


Department [Detachment San Pedro +| 


Work Phone | [1234567 - ace 

E-Mail [thehannahs@thegrid.net 

Address: 

Street 459 Chips Way 

City, State, Zip [Monterey CA 93955-5000 
Horne Phone l4o8 le5soage 

















Beeper # 96/9678 Pu 
Update Data ae | 
fill out an online leave form delete this record 
Beker, Jef(ET1) 
Add new personnel ‘Lookup ce - Personnel Administrahon Database 


Figure 8.7 Edit Personnel Details 
d. Edit or Update Personnel: This page allows users to edit or update their own 
record. It contains all of the same information found in the Lookup Details Page, but 
with text boxes available to submit updates. The Social Security Number (SSN) field is 
not updateable because that is the unique identifier, or primary key, of the database. If 


the SSN number is changed the record 1s essentially deleted. 


no 





Add new Personnel a 
Rate First Name* MI Last Name* 


—— i 


Work Information 
Job Title 





Department* 
Work Phone* 
E-Mail 


| Home SSE 


Address: 
street 


| 
City, State, Zip | I | 
Home Phone* | | 


Beeper # 





Administrative Information 


Intranet Usernarne* luser , 
Intranet Password* pao 


Confirm Password* ge 





* required fields 


Add New Personnel | Reset | 


Figure 8.8 Add New Personnel On-line Form 





e. Add New Personnel On-line Form: This page is the form used to enter new 
personnel into the database. An Intranet username and password may also be assigned at 


this time. The default security access level on a new username is "user". 
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mm... a 


Electronic Support Unit Alameda Intranet ae 


Successful Update to Personnel Details 





LT Todd Hannah SSN: 5344699911 
Job Title Intranet Application Designer 
Department Detachment San Pedro 
Work Phone () 1234567 ext: 
E-Mail thehannahs@thegrid.net 
Address: 459 Chips Way 
Monterey CA 93955-5000 
Home Phone (408) 6580989 
Beeper #, Cell Phone 5675678; 
Leave Requested 





aeeetenaben natn 


Finished. Proceed to Home Page 





Figure 8.9 Successful Update to Database 
f. Successful Update to Database: This page confirms that data was 
successfully entered into the database. A similar page is displayed after every successful 


submission of data to the Intranet databases. 


8] 


icrosoft Internet Explorer 





/9 Deletion is a permanent action. 
‘ Records should ONLY be deleted by authorized personnel. 


An email will automatically be sent to the recard's owner 
to inform them when a record has been deleted. 


meda Intrar 


LTT OAM 
es 








ENS Joe George 
Work Information 
Job Title 
Department COTR Branch 
Work Phone © 1234567 ext: 
E-Mail thehannahs@thegrid.net 
Address: 99 Broadway 

New York CA 10004 
Home Phone (408) 9999999 
Beeper #, Cell Phone ; 
Leave Requested 


Figure 8.11 Delete a Record 
g. Delete Records: Deleting information is handled with caution throughout the 
Intranet. First, the user must be logged in at an appropriate security access level. In the 
Personnel Application, the user must be logged in at security access level "sec admin" to 
even get to this page. When this page is called, a Warning Box (Figure 8.10) 1s 


immediately displayed. The user must click "OK" to continue. In order to perform a 
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deletion, the user must click on a large red button. Email is automatically forwarded to 


the record's owner informing them of the deletion. 
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=. LEAVE APPLICATION 

1. Introduction 

The purpose of the Leave Application is to provide better tracking of personnel 
for the ESU Command and its members. This application addresses one of the 
Command's top goals as identified during the Analysis Phase. Users who have logged in 
at security access level "user" have full access to the Leave Application. Full access 


allows users to view, add, update and delete records. 


Leave 
Application 


ee on Leave tatus of All 
Planning to take Online eat SE eee ee. Sttmens * 0 : landing Leave ae wn See a Modify 
Leave iy eq Requests chive eave Requests 
Successful Update to Successful Update to Successful Update to 
Database Database Database 


Figure 8.12 Leave Admin Application Navigation Structure 


2. Web Pages of the Leave Application 


a. List of Web Page Figures: The following table lists the names of the Web 
pages of this application and the corresponding figure numbers. 


Figure 
Home Page (with Leave Application highlighted) 
On-line Leave Request Form 
Leave Approval Chain 


Status of Pending Leave Requests 
Summary of Leave Information 
Details of a Leave Request 
Past Leave Archive 
Figure 8.13 Table of Web Pages and Corresponding Figures 
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Figure 8.14 Home Page with Leave Application Highlighted 
b. Home Page: The Leave Application is highlighted here on the Home Page. It 


shows the user which personnel who are away on leave for the day. 
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Online Leave Request Form 


Name: |Doolittle, Doctor (LT) +] + 


Leave Address: 
Street * 


City, State, Zip * 
Leave Phone * 





Begin Leave * (mmiddfyy) 


End Leave * 15 may 1998 


Number of Days on Saal 
Leave 12 


Reason for Request To tend to the sheep 








My e-mail address ts: *jthehannahs@thegrid.net 
First Approval [DARDIS, DEAN (LT) _¥| 
Second Approval [Hannah, Todd (LT) = | 
Final Approval [Executive Officer (XO) >] 


Submit Leave Request. 





* Required Fields 


When this form is submitted, an email notification of your leave request will be sent along the approval 
chain of command. 


Can't find vour record? Click Here to Add New personnel to the database. 


Pere ea rp ahs wills sae etnaeig hace <n 


“Currently on Laave. 


teh noe 


~ 


(ee Status of All Pending 
~~. (restricted access)... _ Leave Request. 


- < > 
? 


5 ie = ge = © ENS f \ 
Past Leave Archive poeiie eevee Leave R = 


Figure 8.15 On-line Leave Request Form 
c. On-line Form Leave Request: This page is a form for a user to request leave. 


The information is entered into the database for action. 
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Electronic Support Unit Alameda Intranet 


Review Pending Leave Requests 
Restricted ecccr ~. Only inake a selection in the block that you are Approval Authority for. Each person in the approval chain will review 





Cage. eee 


page 


re 


a » -* these requests and click the Submut button for each individual request that 1s reviewed. This is like a signature so don't *sign* someone 
a see 4.) elses name in another block (i.e. Only select Submit in the Final Approval block if you are the Final Approval Authority). 






ETC McClain 4/6/98 To visit mom “ETC Hamlin LT DARDIS 
eae 
thru 4/15/98 for 7 days leave. a 
approved approved 
Not Yet 
Reviewed 
Chck here to view more details * Approved C Approved [@}Ap d 
ett ee prove 
about this Leave Request © Disapproved « Disapproved @ Disapproved 





: bert aebe laa ; = 


TT2 Rauschkolb 4/6/98 To vacation with my ETC Hamlin LT Keyes LCDR 
son Hernandez 
thru 5/1/98 for 24 days leave. ee 


“Submit 





RE 


Not Yet Not Yet Reviewed 


Reviewed Not Yet 
Reviewed 
Check here to view more details cr 
ee Approved © Approved c Approved 
about tus Leave Request © Disapproved < Duisapproved * Disapproved 





covaibeny Perna eae = 3 si hr nine Leave eae 
not rer Male te MGS Se brea ie TR ben Rc Mtiel ase Rilipoe eee? « i ARAN ag an Persie 4+ ER es - — he 


2A eae PW 


Figure 8.16 Leave Approval Chain 
d. Leave Approval Chain: Supervisors may review, approve, or deny on-line 


leave requests in this area. The page is restricted to supervisors by security level. 
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Status of Pending Leave Requests 


Not Yet Reviewed Leave Requests 


Leave Period and Immediate Supervisor: Department Head: Final Approval: 





—_— Duration st ee : Bits) te Status 
Reagen, Danielle 4/8/98 thru 4/10/98 for LTJG Rausch LT Benhart LCDR Hernandez details 
(AEC) 2 days leave. APPROVE 


Not Yet Reviewed Not Yet Reviewed Not Yet Reviewed delete 





Approved Leave Requests 








er erie re boyy ek beetle ts] o Pry bene bs 
Duration Bright | AY Tett Pye Lah 
Doolittle, Doctor (LT) 5/1/98 thru 5/15/98 for LT Fife LT Benhart LCDR Hernandez details 
15 days leave. APPROVE 
delete 
approved approved approved = 
McClain, Chuck (ETC) 4/6/98 thru 4/15/98 for ETC Hamlin LT DARDIS LCDR Hernandez details 
7 days leave. APPROVE 
delete 
approved approved approved oi 
Rauschkolb, Mark 4/6/98 thru 5/1/98 for ETC Hamlin LT Keyes LCDR Hernandez details 
CIT2) 24 days leave. AFPROVE 
ete 


Not Yet Reviewed Not Yet Reviewed approved 


Disapproved Leave Requests 











Leave Period and Immediate Supervisor: Department Head: Pile Vlog ate 
Duration Nesta ts Bye tai ty Beatty 
Seagar, Bob (AD2) 4/7/98 thru 5/1/98 for ETC Hamlin LT Keyes LCDR Hernandez details 
23 days leave. APEROVE 
B : : Geiete 
disapproved disapproved disapproved 7 
Cusrently on Leave - Leave Requests trestricted od ae aot ae Past Leave Archive =< Onime Leave Request Form 
Taro ne eccrine 00 atl nt tan ornare’ re a sx SCCASS) MN Pan Wee ee ees SR Ran RRR RT CRT SORENTO ca Ay Serena AOR GROAN esa So eA I 


Figure 8.17 Status of all Pending Leave Requests 
e. Status of Pending Leave Requests: This page contains the current approval 


status of all leave requests entered in the database. 
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Electronic Support Unit Alameda Intranet 


Summary of Personnel Leave Information 
Currently on Leave (approved) 





Leave Period and Duration 


McClain, Chuck (ETC) 4/6/98 thru 4/15/98 for 7 daysleave. details delete 
Rauschkolb, Mark (TT2) 4/6/98 thru 5/1/98 for 24 days leave. details delete 


Requested Current Leave (not yet reviewed or denied) 





SVT eC CE CBee t a 


Planning to Begin Leave within the Next 30 Days 





Leave Period and Duration 





Doolittle, Doctor (LT) — 5/1/98 thru 3/1 5/98 for 15 days leave. details APPROVE delete 
Seagar, Bob (AD2) 4/7/98 thru 5/1/98 for 23 days leave. detals APPROVE delete 


Planning to Begin Leave Over 30 Days from Today 





Leave Periad and Duration 


nn tonanennantnsnanne SE ORNS er De, Ate epee on. meet ertsest yn gant 





Courenly on Leave onLeave Bending Leave Reauests See of eheen Past'Leave Archive Onbne Leave Request 
ee ee, 2 restricted access} 2 _ eave Request: 2 = we Formers .. 


Figure 8.18 Summary of Current and Upcoming Leave 
f. Summary of Leave Information: Users may check up on the status of their 
own leave requests or see others at this page. The application displays who is currently 
on leave, who will be on leave and contains an archive of who was on leave. Users may 


also follow links to view, edit or delete details of their requests from here. 
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erenene Support Unit eee Intranet 


Details of LT Doolittle's Leave Request 





LT Doctor Doolittle 
Leave Address: 
Street Mayberry Lane 
Monterey 
City, State 
{CA 
Leave Phone (888) 888-8889 
Begin Leave 5/1/98 
End Leave 5/15/98 
Number of Days on Leave 15 
Reason for Request To tend the sheep 
e-mail address is: thehannahs@thegridnet Approval Status 
First Approval LT Fife approved 
second Approval LT Benhart approved 
Final Approval Authority LCDR Hernandez approved 
Curent on Leave ending Leave Rocues =; - Status of All Pending - of All Pendin Past Leave e Archive _ Orie eeawe Reganat ee 


“restricted access). =‘ eeawe Request cae ee Fern 


= «Setar cata Ae WY Vo’. 5 ting Fe antl ater Sea tebe <n Whe earn ier sn aa sinans ed ee nd WA ee PR y . 0a te 


Figure 8.19 Details of a Leave Request 
g. Details of a Leave Request: This page displays the details of a leave request 


in the database. 
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Electronic Support Unit Alameda Intranet 
This archive displays all leave taken one year from todays date. Today 1s 5/13/98. 





One Year Leave Archive by Last Name ciewty ate) 





tye AT | re er 
Benhart, Ralph (LT) 1 days 1/1/98 ° 1/2/98 
McClain, Chuck (ETC) 7 days 4/6/98 4/15/98 
Reagen, Danielle (AEC) 2 days 4/8/98 4/10/98 
Seagar, Bob (AD2) 23 days 4/7/98 5/1/98 
Weeks, Steven (ETC) 7 days 3/28/98 4/5/98 
Back to top 


One Year Leave Archive by Date view ty Person) 






Began Leave Brit 


5/1/98 4/198 23 days Seagar, Bob (AD2) 
4/15/98 4/6/98 7 days McClain, Chuck (ETC) 
4/10/98 4/8/98 2 days Reagen, Danielle (AEC) 
4/5/98 3/28/98 7 days Weeks, Steven (ETC) 
1/2/98 1/1/98 1 days Benhart, Ralph (LT) 
Back to top 


Figure 8.20 Past Leave Archive 
h. Past Leave Archive: This page displays the names of all personnel who have 
taken leave over the past year. The archive is sorted both by name and by date. A similar 
archive page is used for the TAD Application, the Announcements Application, and the 


Supply Application, 
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F. TAD APPLICATION 

1. Introduction 

The purpose of the TAD Application is to provide better tracking of personnel for 
the ESU Command and its members. This application addresses one of the Command's 
top goals as identified during the Analysis Phase. Users who have logged in at security 
access level "user" have full access to the TAD Application. Full access allows users to 


view, add, update and delete records. 


TAD 
Application 


; Status of All 
Currently TAD and Onhne TAD Delete or Modify 
ae Outstanding TAD Past TADArchive oe 
Planning to be TAD Notification Form Notificati Pes oe TAD Natifications 
Successful Update to Successful Update 
Database to Database 


Figure 8.21 TAD Application Navigation Structure 


2. Web Pages of the TAD Application 

a. List of Web Page Figures: The following table lists the names of the Web 
pages of this application and the corresponding figure numbers. Some pages, which were 
included as parts of the Leave Application, are nearly identical in the TAD Application. 


Screen shots of these pages, such as the Past TAD Archive page, are not shown. 


Home Page (with TAD Application highlighted) eez8 


| On-line TAD Notification Form 8.24 
|Summary of TAD Information _ | 8.25 
Figure 8.22 Table of Web Pages and Corresponding Figures 





oe? 





Welcome admin. You are logged i in with security level admin 


General Announcements es on Sai Today 


ty 
Pe aE SOPMTY a ee i Name Leave Period ends on: 


Picnic Today! 1400 details Doolittle, Doctor ot) 5/15/98 after 15 days. 





Ralph (Lt), _ 
: 5/4198 br cde Bens ol 
| Dost: “a New en outentae 





Eo m 


a 


~ 
een need npr ciontne 60: pee tater: ON ie oe ene eme mamans penn rraniny nema 4: 


hi ree. iT ve 


Allows for access to-pages intended 


iIfor ESU members only. You MUST |}: 
Jogin to have access fo databases tf 






sh 
Nauta — Personnel TAD Today 
| aN en 





il until 
Byrd, Scott (TC2) 5/10/98 USCGC RELIABLE 
, Fife, Barney (LT) 5/10/98 USCGC Bittersweet 





TAD Summary 


Meret 


AED EIT OS ee 
x 





Figure 8.23 Home Page with TAD Application Highlighted 
b. Home Page with TAD Application Highlighted: The Leave Application is 
highlighted here on the Home Page. It shows the user which personnel who are away on 


leave for the day. 


a3 





Online Temporary Assigned Duty (TAD) Notification Form 


If vou are gomg to be TAD, please fill out this form. 


Who [Fi Bamey 

Leaving [4s 

Returning 6/0 

Where: [USCGCBittersweet #8 | = 


(Command 
Name) 


Reason /To fix the radar. 
for TAD ee ae 


EY EE EE A A LE A LS NT TF ANNE ROR NRA ye pa 


- Submit TAD Form 


Can't find your record? Click Here to Add New personnel to the database. 








Cigsat GAT USCGRE TAD ID TEESE TAD NGRSCHRGH FEN PORT Se TAD ae 


Figure 8.24 On-line TAD Notification Form 


c. On-line TAD Notification Form: This page is a form for a user to notify the 


Command that they will be away TAD. The information is entered into the database. 
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Electronic Support Unit Alameda Intranet 





Summary of TAD Information 
Currently TAD 






TAD Period Where Bot. = 
Byrd, Scott (TC2) 4/6/98 thru 5/10/98 USCGC RELIABLE Fix the radar details delete 
Fife, Barney (LT) 5/4/98 thru 5/10/98 USCGC Bittersweet To fix the radar. details delete 


Planning to Begin TAD within the Next 30 Days 





ee etl ———a Reason 


Planning to Begin TAD Over 30 Days from Today 


Name TAD Period Where eer Ries al 

Wallace, Tony 2 day seminar on 

(G89) 6/8/98 thru 6/10/98 NPS acne details delete 

y Current and Upcommg TAD . TAD Notification Form = =—s—i—i‘ SCC iRPast TAD Archive 


Figure 8.25 Summary of TAD Information 
d. Summary of TAD Information: The application displays lists of personnel 
who are currently TAD and who will be TAD in the future. Users may also follow links 


to view, edit or delete details of their notifications from here. 
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G. ANNOUNCEMENTS APPLICATION 

1. Introduction 

The purpose of the Announcements Application is to provide better 
communications throughout the ESU. It also empowers employees to make broadcast 


announcements instantly. 


Announcements 
Application 


Display Online Past 
Announcements Announcements Announcement eee ay 
on Home Page Form Archive 
Announcement successful Update successful Update 
Details to Database to Database 


Figure 8.26 Announcement Application Navigation Structure 


2. Web Pages of the Announcements Application 


a. List of Web Page Figures: The following table lists the names of the Web 
pages of this application and the corresponding figure numbers. The application also has 
pages for updating announcements, deleting announcements and viewing a past 
announcement archive. Screenshots of these pages are not provided because they are 


similar to the ones from other applications. 


| Home Page (with Announcements Application highlighted) 


Announcements Details 
On-line Announcement Form = 
Figure 8.27 Table of Web Pages and Corresponding Figures 
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Electronic Support Unit Alameda Intranet 
Welcome admin. You are logged in with security level admin 


General Announcements | Personnel on Leave Today 
i ee “ 


: | —* cate « a 
bier stil y cig Postedby Name Leave Period ends on: 


Picnic Today! 1400 details Benhart, Ee US Doctor ey 5/15/98 after 15 days. 
Ralph (LT) 2 r ray 
5/4/98 


- 


Leave Summary 


Post a New Announcement 


eee 


=e 
ed 


Personnel TAD Today 


ty 
<n: Ald aU Anda AA nnn Ame 18 Ha: si i a ah el gy AA al a a 4 cr 


[Ps 
; 
i 
== 
a 
mae = | aN se Ro 

? i until 
$ ; ; 
le | 
f 
c 
| 
: 





Byrd, Scott coe 5/1 0/98 uUScGC RELIABLE 


ae z = 
. 
’ 
; 
0 = 7 a wv 
. we , v ‘ 





Figure 8.28 Home Page with Announcements Application Highlighted 

b. Home Page with Announcements Application Highlighted: The 
Announcements Application is highlighted here on the Home Page. This is where the 
announcement headline is broadcast. A person follows the link for more details of an 


announcement. 


a] 





Announcement Details 


Details of that announcement are as follows: 


Headline: Picnic Today! 1400 

Details: The ESU Picnic will be held on the front lawn at 1300. Volleyball net will be 
available. 

Posted on: 5/4/98 

Post expires: 5/5/98 


Point of Contact: | Benhart, Ralph LT) 


"Post a New Announcement. | View Past Announcement Archive Delete this Announcement 
Figure 8.29 Announcement Details 


c. Announcement Details: This page contains further details of the 


announcement headline posted on the Home Page. 
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Electronic Support Unit Alameda Intranet Ea 


Add a new Announcement to the Home Page 





These announcements are for general all-hands broadcast and will be visible to ANYONE visiting the ESU 


Alameda Home Page. Bear this in mind when making a post and keep it professional. Any validated ESU 
Alameda Intranet user may post announcements. 


Point of Contact Benhart, Ralph (LT) = 





Date of post 3/4/98 

Date post expires and removed from 55/98 

Home Page 

Announcement Headline for Home Picnic Today! 1400 

Page: ~| 
(Please limit to one or two lines without Carriage mr nr 
returns.) 


Details of Announcement: 
(Only headhne visible on Home Page. Details 
upon following hyperlink. No carnage returns.) 








The ESU Picnic will be held on the 
front lawn at 1300. Volleyball net 
will be available. 





Figure 8.30 On-line Announcement Form 
d. On-line Announcement Form: This form is used to post an on-line 
announcement. Anyone in the Command who has logged on to the Intranet is able to 


broadcast an announcement using this form. 
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H. PERSONNEL REPORTS APPLICATION 


1. Introduction 


The purpose of the Personnel Reports Application is to provide better 
communications throughout the ESU. It contains reports for information the ESU 


Command considers vital. 


Personnel 
Reports 
Appheation 


: Who's Marks are 
Alphabetical Department : Complete Status 
Phonebook Phonebook BC Nea of Marks Marks Schedule 
Update 
Successful Update Successful Update 
to Database to Database 


Figure 8.31 Personnel Reports Application Navigation Structure 


2. Web Pages of the Personnel Reports Application 


a. List of Web Page Figures: The following table lists the names of the Web 


pages of this application and the corresponding figure numbers. 


Recall Log 
Department Phonebook 
Alphabetical Phonebook 


Marks Due this Month 
Status of all Marks Due 
Complete Marks Schedule 
Edit Marks Schedule 


Figure 8.32 Table of Web Pages and Corresponding Figures 
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Electronic Support Unit ALCL Meer 


Recall Log 
Work Phone & E-Mail Listings - Alphabetcal 8 == | Work Phone & E-Mail Listings - by Department 


Recall Log is FOR OFFICIAL USE ONLY 





Baker, Jeff CET1) 
Bartlett, Rex (ETC) 
Benhart, Ralph (LT) 
Bennett, Darvin (SKC) 
Brewster, Punkies (AM2) 
Byrd, Scott (TC2) 

Cantu, Edward (TT3) 
Clarke, Brian CTCCS) 
DARDIS, DEAN (LT) 
Doolittle, Doctor (LT) 


Address Pe Ce. Beeper # 
Mulberry Way, Alameda(CA) (408) 8768768 
Friar Tuck Lane, Alameda (CA) (408) 980909 
3568B Jurrasic Park Ave., Monterey(CA) () 6588958 
Stourport Av, Alameda(CA) (408) 8768768 
20 Punky way, Seaside(CA) () 3938444 546654564 
,» (CA) (408) 
thers, (CA) (408) 
» (CA) (408) 
222 RAMAGEN DR, GULA GULA (CA) (408) 3932563 
Animal Way, Pacific Grove(CA) (408) 6582074 
Figure 8.33 Recall Log 


b. Recall Log: The Recall Log is used to display the home addresses and phone 


numbers of ESU personnel. Its primary purpose is, in case of a general recall, for the 


duty officers to be able to locate personnel who are off duty. 
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Electronic Support Unit Alameda Intranet 
Phone & E-Mail Listings - by Department 





(ay Click Here for Phone & E-Mail Listings - Listed Alphabetically 





Commanding Officer: = Work Phone # 
Lane, Ed (CDR) (510) 437-3923. thehannahs@thegrid net 






Executive Officer: 
Hernandez, Mark (LCDR) 619) 437-3921: thehannahs@thegrid net 


Electronic Systems Branch 





Ge PO eeu Aye eae CC 
DARDIS, DEAN (LT) DEANER OF WINNERS (408) 393-1404: thehannahs eoerid net 
Jackson, Caro] (ASM3) O 1234567. thehannahs@thegrid net 
Joes, Stalin (CDR) Dictator (408) 79698 : 8970 thehannahs@thegrid net 
Olsen, Chris (CWO2) os SECU ON MES ES TOMO a eso 3: thehannahs@thegrid net 
Rausch, Nathan (LTJG) Elec Sys Branch Chief (510) 437-5351: thehannahs@theerid net 
Reagen, Danielle (AEC) O 1234567: thehannahs@the prid net 
Reichert, Tracy (ET2) Pipeliner Superviser / DGPS (510) 437-5894: thehannahs@theprid net 
Smith, Malcom (LTJG) O 1234567: thehannahs@theerid net 
Stokes, John (LT) Kodiak IRM Branch Chief (408) 1211234: thehannahs@theerid net 
Welden, John (CWO4) Shore Section CWPB) (510) 437-3795: thehannahs @thegrid net 
Back to Top 
IRM Branch 
Rert BRT pect Work Phone # rt 
Byrd, Seott (TC2) RSM (707) 839-6109: thehannahs@theerid net 
Cantu, Edward (TT3) TT Shop (510) 437-3290: thehannahs@theegrid net 
Clarke, Brian (TCCS) D11 Frequency Manager (510) 437-5305: thehannahs@thegrid net 
Enberg, Melvin (TC1) RSM (415) 399-3405: thehannahs@theerid net 
Fantaine Trevor (TT3\ TT Shan. (S1NN 237-329N: thehannah<s@theorid net 


Figure 8.34 Department Phonebook 
c. Department Phonebook: This phonebook is organized by department. If the 
departments change, the phonebook structure will change dynamically. For example, 
users may add new departments to the database and the phonebook will update itself 


automatically. It doesn’t need to be redesigned. 
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Electronic Support Unit Alameda Intranet 
Phone & E-Mail Directory - Alphabetical 





Ey Click Here for Phone & E-Mail Listings - Listed by Department 


—<— oe eee eee ee ee ee ee eee ee ee ee ee ee oe — ee ee ee ee eee ee ee eee 


A SE PS (SF PS SY SSS SSS SSP SSE SSSA. rh a ee ht eR nt A RS RO 


RP rte mar) atte 









BC bu = Department . nN) ee 





Baker, Jeff (ET1) TT Shop a a Se aces thehannahs@theerid net 
Bartlett, Rex (ETC) Alt-COTR _  COTRBranch (510) 437-3874: 9999 thehannahs@theerid net 
Benhart, Ralph (LT) Network Engineer PCS Detachment Oxnard () 1234567: thehannahs@thegrid.net 
Bennett, Darvin (SKC) Storekeeper Business Services Branch (510) 437-5301: thehannahs@theerid net 
Brewster, Punkies (AM2) Tech Support Detachment San Pedro (515) 1234567: thehannahs@thegrid net 
Byrd, Scott (TC2) RSM IRM Branch (707) 839-6109: thehannahs@thegrid. net 
Beck to Top 





Af me hte Department | : Work Phone # 
Cantu, Edward CIT3) TT Shop IRM Branch (510) 437-3290: thehannahs@theernd. net 
Clarke, Brian (TCCS) D11 Frequency Manager IRMBranch (510) 437-5305: thehannahs@thegrid net 
Back to Top 


Figure 8.35 Alphabetical Phonebook 
d. Alphabetical Phonebook: This phonebook is arranged alphabetically by last 


name. 
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Electronic Support Unit Alameda Intranet 
Marks Due this Month 








Marks Due by Current Status | XO to Update Status 





= — (For XO’s use only!) 
CWoO2 Hannah, Leesa 6/1/98 finished Finished Cc - 
Not Finished Cc 
AEC Reagen, Danielle 6/1/98 Not Finished Finished Cc 
Not Finished co 
TCCS Clarke, Brian 6/1/98 Not Finished Finished c 
Not Finished c 
ATC Robertson, Jill 6/1/98 Not Finished Finished Cpe 
Not Finished C | 
Marks Due Next Month 
AF] Louie, Baby FALI98 . 
AM] Johns, Sherri 7/1/98 


Figure 8.36 Marks Due this Month 
e. Marks Due this Month: This page is primarily for the Executive Officer's 
benefit. It provides the XO with the ability to quickly determine whose marks must be 
completed and when. It allows him to update the status of when the marks were last 
completed. This application addresses one of the XO's top goals as determined during the 


analysis phase. 
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ae Stn it Alameda eee 





Status of Marks 


Marks Status 





Farms, Toad (LTJG) 
Farms, dfgh (LTJG) 
Farms, 653456 (LTJG) 
Joes, Stalin (CDR) 


DARDIS, DEAN (LT) finished 
Lane, Ed (CDR) finished 
Welden, John (CWO4) finished 
George, Joe (ENS) finished 
Hannah, Leesa (CWOZ2) finished 
Baker, Jeff O Not Finished 
Bartlett, Rex (ETC) Not Finished 


Figure 8.37 Status of All Marks Due 


Date of Last Update by 
».. 0 ae 


3/26/98 
3/26/98 
3/26/98 
4/1/98 
5/4/98 


f. Status of all Marks Due: This page displays the status of everyone's marks. It 


also indicates the date when the last update occurred. 
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| 
/ 









Seaman (E2) 
Seaman (E1) 
LTJG (02) 
LCDR (04) 


LT (03) 


CDR (05) 
CWO4 (CWO4) 
Seaman (E3) 
ENS (01) 
CWO3 (CWO3) 
CAPT (06) 


Chief Petty Officer 7) 


CWO? (CWO2) 


First Class Petty Officer (£6) 


CWO1 (CWO!) 


Second Class Petty Officer (£5) 
Third Class Petty Officer (FA) 


Back to Top 


Enlisted Marks and OERs Schedule by Rank/Rate (iewby Date Dwr 


g. Complete Marks Schedule: This page displays the dates when a particular 


to this schedule. 


Figure 8.38 Complete Marks Schedule 
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Marks are Due by 


1/1/98 
ZALI9E 
2/1/98 
3/1/98 
3/14/98 
4/1/98 
4/1/98 
5/1/98 
5/1/98 
5/1/98 
5/10/98 
6/1/98 
6/1/98 
F/LI98 
7/15/98 
10/1/98 
11/1/98 


rank or rate's marks are due. LTJG marks, for example, are due by February 1“ according 





Edit Enlisted Marks and OERs Schedule 







CWO2 (CWO2) 6/1/98 






~ Submit 








_. Complete Marks Status Page . Marks Due ~ Complete OER/Marks Schedule 


Figure 8.39 Edit Marks Schedule 
h. Edit Marks Schedule: The schedule of when marks are due can be edited 


using this form. Sometimes the Coast Guard will make changes to the marks schedule. 
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I. SUPPLY APPLICATION 

1. Introduction 

The purpose of the Supply Application is to improve the supply ordering and parts 
tracking process. Users may submit on-line Purchase Requests (PRs), follow up on the 
status of their orders, and view a past order archive with this application. 

The Supply Application radically redefines work roles by pushing responsibility 
for Purchase Request status updates back down to the individual who submitted the order. 
This design addresses one of the Commands top goals, to liberate the Storekeeper of the 


tedious and mundane task of checking up on everyone else's PRs. 


Supply 


Application 


Online Purchase SK Assigns PR# Delete or Modify 
Request Form Bosal 06 and Approvals Records 
Items and Successful Update successful Update successful Update 
Services Ordered to Database to Database to Database 


successful Update 
to Database 


Figure 8.40 Supply Application Navigation Structure 







Admin and Header 
Information 
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2. Web Pages of the Supply Application 


a. List of Web Page Figures: The following table lists the names of the Web 


pages of this application and the corresponding figure numbers. 


Web Page 

Supply Database Home Page 

On-line Purchase Request Form — Part 1 
On-line Purchase Request Form — Part 2 


| Complete Purchase Request 
Warning Box about Assigning PR Numbers 
Storekeeper Form to Assign PR Number 
Status Log Update Form 
Order Marked as Received 





Figure 8.41 Table of Web Pages and Corresponding Figures 
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Electronic Support Unit Alameda Intranet 


Supply Web Database Application 


Click here to fill out a New Purchase Request Past Purchase Request Archive 


Storekeeper's To Do List: Outstanding PR's without assigned PR numbers 


Dea asieerry Departinent/Branch 


Name of Person to Contact 





RSS Ce eel ee 


ETC Chuck McClain (562) 732-7271, 


5/4/98 COTR Branch Location: ESU Det San Pedro details Assign PR# 
Back to Top 


Crewmember's To Do List: outstanding orders are listed by department. Individuals who submit PRs are required to 
periodically review their order(s) here and update the status by following link to the PR stabus log. 


Electronic Systems Branch 









Purchase Request Date of Last Status 
| - ETO T Ss Update . 
LT Todd Hannah ( ) 1234567; Location: 123123 5/4/98 * PR details * Order Received 
* View Status Log ™* Delete PR. 

* Update Status Log 






Name of Person to Contact Click for Details Received or Delete 





Back to Top 
IRM Branch 
Nameaf Petron tacos Purchase Request Date of Last Status Click for Details a Received or Delete 
| Number LapeTs VCS 
GS7 Brenda Rios (510) 437-5784, Location: ESU 1231234 4/7198 * PR details * Order Recerwed 
Alameda * View Stats Log * Delete PR 


* Update Status Log 


Figure 8.42 Supply Database Home Page 

b. Supply Database Home Page: The Supply Database Home Page presents the 
user with a list of all outstanding Purchase Requests (PR) at the ESU. There is a "To Do" 
list for the oe which shows all PRs that have been submitted but have not yet 
been assigned a PR Number. The remainder of the page contains ESU personnel "To 
Do" lists, organized by department. Each person who has submitted a PR is required to 
periodically check on the status of the request, with the supply vendor, and update a 
status log. Previously, this information was not available to all employees and the 


¢ 


Storekeeper had to individually check up on the status of each outstanding PR. 
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faeces ie ee cee s 


Step 1; Fill out the following initial data for the PR. 


ae eeu tat 4 eS 

ROCESS APIDLY 
1. Name, Phone Number and Branch of Person to Contact 
Branch: [Electronic Systems Branch ~| 
Location: [ESUAlameda | 


2. Type of Request 
New Request @ 


4. Additional Informahon (Suggested supply sources, etc.) 


ls 
Address [Downtown 
cy (KER ”~CCMEIGA > og 0040 

Phone 6555555 ext: a Attention: a al 


5. Approving Officials 





Approving Officials Routing Symbol Date 
(A) | ®) () 
(1) Authorized Requisitoner Name 
Name: [CDR Ed Lane ~| XO " 
(2) Accounhng Certification Officer 
Name: [SKC Darvin Bennett ~| [Storekeeper 
(3) Supervisor 
Name: [LT Bamey Fife y| [Electronic Systems Branch ~| 
(4) Requester 


Name: [LT Todd Hannah , y| [Electronic Systems Branch ~| 5/4/98 


6, Consignee and Deshnation 


Name: 





COMMANDING OFFICER, ESU ALAMEDA 
Address: 


BLDG 21 RM128 COAST GUARD ISLAND | = 
City: [ALAMEDA 
State: [CA Zip: lso0c0 
Pnonty. | 
Unit/Unit Providing LUFS Support [ESU AlamedaMLCP@) 
7. Date Requred (Geaecindtem seat Gods) ESU Alameda/MLCP(CT) 
8. Government ™ Yes UnivOPFAC this PR Supports =. ————=s oo ome 
Fumished © No (Cost Center) 


~~ Submit Initial Data - Start a New Purchase Request Form 





Figure 8.43 On-line Purchase Request — Part 1 
c. On-line Purchase Request — Part 1: This is the first half of a Purchase 
Request Form. It contains all the same fields, organized the same way, as a traditional 


paper PR form. 


tela 


Electronic Support Unit Alameda Intranet 





~ Part 2: Fill out the Descmption of Items or Services you wish to purchase. 





ROCUREMENT 4 Ola 
ROCESS APIDLY 


9. Description of Items or Services 
tent Item or Service 


No (Please DO NOT press return in this input box. Use a single, continuous sentence - everything after 


2 return will not get entered) 
Hammers 


Nails 


y cone 


OrderMoreltems 





QTY Unit Unit Cost 
5 [EA =] = fe00 
5 [oz =} 600 
| fam if 
ea EA 
| lag [ 


“Submit the Final Order 


Figure 8.44 On-line Purchase Request — Part 2 


d. On-line Purchase Request — Part 2: This is the second half of a Purchase 


Request Form. It contains all fields for ordering up to five items. If the user wants to 


order more than five, they can press the "Order More" button and fill out another five 


items. 


Ne 


ROCUREMENT 4 OU at 3 | 





ROCESS APIDLY 

Purchase Request Number 

1. Person to contact: LT Todd Hannah () 1234567; Location: 

2. Type of Request: New Request 

3. Orig Office Branch & Location Electronic Systems Branch; 

4. Suggested Source of Supply Joes Hardware 
Downtown 
Monterey, CA 93940: 5555555 ext. 
Attn: 

5. Approving Officials 

Authorized Requistioner CDR Ed Lane, XO 

Accounting Certification Officer: SKC Darvin Bennett, Storekeeper 

Supervisor: LT Barney Fife, Electronic Systems Branch 

Requester: LT Todd Hannah, 

6. Consignee and Destination. COMMANDING OFFICER, ESU ALAMEDA 
BLDG 21 RM128 COAST GUARD ISLAND 
ALAMEDA, CA 

7. Date Required 

8. Government Furnished: No 

Unit/Unit Providing LUFS Support 30/0/5A 

Unit/OPFAC this PR Supports 53700 





1 Hammers | a aeons edit 
2 Nails 15 DZ 5 edit 


Cnet en nee tet tentang PP tn Se ent hn wah semteh der 


Go to Supply Home © 


ply 





"Edit Admin Data (1-8) | AddNewltem(9) | 





Mark Order as Received 


a a sm EE: RRR SEE ste tn nung jee RR 2 RR RR Ag em RR ee a pe a ESP a fg aE pg td te 


en ee ee ene ae « 
Purchase Request a aRace ee beet orbs fee eS cll ITE 


Figure 8.45 Complete Purchase Request 
e. Complete Purchase Request: This is the page the viewer sees when the final 


PR order has been completed and has been submitted to the database. 
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Microsoft Internet Explorer 


\ Only the Storekeeper should be Assigning PR Numbers. 


DO NOT ASSIGN A PR NUMBER IF 
YOU ARE NOT AUTHORIZED TO DO SO. 


lfnecessary, go back using the back button 





The following PR will be assigned a PR Number 





Assigne PR Numberhere:| 





Click to Assign PR ro 

1. Person to contact: LT Todd Hannah () 1234567; Location: 

2. Type of Request: New Request 

3. Orig Office Branch & Location | é 

4. Suggested Source of Supply Joes Hardware 
Downtown 
Monterey, CA 93940: 5555555 ext 
Attn: 


5. Approving Officials 
Figure 8.47 Storekeeper Form to Assign PR Number 
f. Storekeeper Form to Assign PR Number: The Storekeeper can use this form 
to assign a PR number to a submitted request once the funding and other administrative 
tasks have been completed. The warning box alerts users that only the Storekeeper is 


authorized to assign PR numbers. 
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Electronic Support Unit Alameda Intranet 


Status Log Updates 


Status Log Update: Updates this PR 


| "s Hard till out of hammers. «| 
Update Text: Joe's Hardware 1S s 5 


Updated By: (Hannah, Todd (LT) ~| 
Date of Update: 5/498 
Submit Update | Reset | 


or 


Mark Order as Received 


— YS VO em 


Status Log Update History: History of Status Log updates for this PR 





_Update Text: 


PR# 
Date Submitted 5/4/98 
Point of Contact LT Todd Hannah () 1234567; Location: 


_. View Status Log History © Sup _ Database StatusPage  +=PastPRArchive  —__- Fill out new Purchase Request 
Figure 8.48 Status Log Update Form 
g. Status Log Update: The user may use this form to update the database status 
log. On the Intranet, this becomes an individual responsibility. Before the Intranet 
solution, the Storekeeper had to maintain the status updates of all PRs because all the PR 
forms were kept in a naper file folder. By distributing the PR status information across 
the Intranet, the unreasonable burden of tracking everyone's PRs is distributed from the 


Storekeeper to the entire organization. This was one of the Commands top goals. 
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Electronic Support Unit Alameda Intranet 
The following PR will be MARKED AS RECEIVED 


Enter the Date the order was received (mm/dd/yy format): 5 D198 
Click to Enter Date Received Cancel | 


Procurement Request Number: 123123 


1. Person to contact: LT Todd Hannah () 1234567; Location: 
2. Type of Request: 


New Request 
3. Orig Office Branch & Location ; 
4. Suggested Source of Supply Joes Hardware 
Downtown 


Monterey, CA 93940: 5555555 ext. 
Attn: 


Figure 8.49 Order Marked as Received 
h. Order Marked as Received: This form is used so those individuals may mark 
off when a PR order process has been completed. This removes the PR from the 


outstanding PR "To Do" lists on the Supply Database Home Page. The information is 


recorded in the Past PR Archive page (not shown). 
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J. SECURITY APPLICATION 


1. Introduction 


The Security Application is present throughout all other applications on the 
Intranet. Security is handled on a page by page basis as explained in detail in Chapter 


VII. This section provides screen shots of successful and unsuccessful logins. 


2. Web Pages of the Security Application 
a. List of Web Page Figures: The following table lists the names of the Web 


pages of this application and the corresponding figure numbers. 


Home Page with Security Application Login Highlighted 


Successful Login 
Unsuccessful Login 
Access Denied 





Figure 8.50 Table of Web Pages and Corresponding Figures 


ree 


Electronic Satin Alameda Intranet 





Welcome to the ESU Alameda Intranet Site! As a gu est user you may browse any 


pages found under the “Extranet” banner in ‘the pe eon bar. All Ce is gy 


Official Use Only. 
(Please note that you are not Pie logged i in asa validated ESU Alameda Intranet user ae you will not | 
have access to internal ESU pages.) AR 


General Announcements | Eetsommel on nducave aye 


PMileterieCa yer csy elk Posted by b Weketaits PAS mw tate c wey eb 


| Doolittle, Doctor ae IHS after 15 days. . 








Post a New Announcement 


Leave ve Sumac sa 25s 
Personnel TAD ) Today 


o- < ; 





Intranet Login 
Allows for access to pages intended 


for ESU members only. You MUST; 
_ login to have access to databases. _ 


Pmt CE a? 


= AD rea 





until 








ME TR 


¢ a. setae 
“k ye” 
“ x 
‘ > . ‘ 
ow ‘ 
: an 
a e 
~ 
“ \ are = 








Figure 8.51 Home Page with Security Application Highlighted 
b. Home Page with Security Application highlighted: This is the page the user 


logs into the Intranet from. 
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arent Support Unit Alameda tee 






pi al Your Login Succeeded! 
You are logged in as: admin 
Security Session Access Level admin 


Please return to the ESU Home page to begin. 


Figure 8.52 Successful Login 





Please return to the ESU Home page to login again or access areas that require no security privileges. 


Figure 8.53 Unsuccessful Login 





You are logged in as 
Security Session Access Level 


You do not have access to that web page. The page you have requested requires for you to log in ata 
Security Session Access Level higher than . 


LOGIN: Click here to return to the ESU Welcome page where you may Login. 





Figure 8.54 Access Denied 
c. Security Login Pages: The top two pages are displayed for either a successful 
or an unsuccessful login attempt. The Access Denied page is displayed when a user 


requests a page that is restricted to a security access level which is higher than what the 


user is logged in at. 
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K. CONCLUSION 

It is difficult to capture the way a software system works by presenting it on 
paper. There are over 80 Web pages on the Intranet and, of course, not all of them were 
presented in this chapter. This section attempted to describe the basic feel and 


functionality of the Intranet with selected screen shots from its applications. 
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IX. IMPLEMENTATION 


A. INTRODUCTION 


The Intranet will be installed at the ESU about six months after the project’s 
initiation. From a technical standpoint, the physical installation is straightforward. The 
implementation process, however, is far more than just the physical installation of 
software. It involves complex management issues of organizational change leveraged 
through information technology. The final outcome of the implementation process, and 
its impact on the organization, will not be fully understood for quite some time. 

The goal of this project is a successful implementation of a new Intranet that adds 
value to the ESU. The minimum definition of success is an implementation resulting in a 
prototype. This basic prototype could then serve as a foundation for future independent 
development efforts. If the implementation is more successful, the Intranet could become 
an operational, working product that would be used daily and maintained, and improved 
locally. 

The Intranet is a powerful, technically sound, well-designed and fully functional 
tool that has the potential to add significant value to the ESU Command. The fact that 
the Intranet is a high quality product, however, does not guarantee its acceptance or uSe 
throughout the organization. 

Implementation is an organizational wide process of change that will alter current 
lines of communication and business practices. This change has both social and technical 


aspects (Lawrence, 197). The development of the product, up to this point, has focused 


1) 


on the technical aspects of analysis and physical design. It is, however, the social aspect 
of the change that determines the final result. 

The implementation process includes both the Implementation and Maintenance 
Phases of the Waterfall Model. This section focuses on the management and change 
issues that are involved, and a formula for change is introduced. The change formula is a 


tool for assessing organizational readiness and a plan of action for change. 


B. IMPLEMENTATION 


The Implementation and Maintenance Phases of the Waterfall Model include 
steps such as installing the new software, preparing the training plan, and establishing the 
long-term maintenance schedule for the new system. These are the technical steps that 
must be taken for any successful system’s implementation. 

The technical steps are essential to a successful implementation, but the social 
considerations are what determine the final outcome. Introducing an information system, 
which radically alters the way people communicate, will have social consequences for the 
entire organization. These consequences, and different ways of seeing and managing 
them, should be considered. 

There is a wide spectrum of possible organizational responses to the new tool. At 
one end of the spectrum, the Intranet could be resisted, completely ignored, and never 
used after the first install day. At the other end, it could be adopted wholeheartedly and 
the ESU could take complete ownership for the system. ESU ownership means they 
would use it daily, maintain it locally, and improve it constantly. There are many reasons 


why the implementation outcome might be somewhere in the middle. Even if the Intranet 


ZZ 


is simply recognized as a “vision of future possibilities”, the goal of this thesis will have 


been met. 
Increasing Command Investment and Ownership 
ee 
\ e \ oN 
& & e 
Intranet > oe oS SA Cry o . ik oe 
Outcome & oe K e Ay oe Se 
ec /¢ © Sx #5 KFS 
ESU provide 
: vision of use and use, maintain 
Action seat 
ignore | future use maintain and improve 


Figure 9.1 Spectrum of Possible Implementation Outcomes 

Figure 9.1 illustrates the possible spectrum of Intranet implementation outcomes 
and the corresponding organizational reactions to them. In the figure, “functional” means 
some employees use the system. “Operational” means the system is relied upon as a tool 
for the ESU’s daily business. “Owned” indicates a Command investment of resources for 
both maintenance and improvement of the new systems. The spectrum of success 
increases from left to mght with a corresponding increase of Command investment and 
ownership. 

In all possible outcomes, the Intranet can serve as one prototype in the Rapid 
Prototyping model of systems development. Rapid Prototyping, as explained in Chapter 
IV, is an iterative process of development. The left end of the spectrum in Figure 9.1 
corresponds to the early prototypes of the Rapid Prototyping iterative development model 
(see Figure 4.3). The increasing Command investment and ownership of the system 
found towards the right end of the spectrum correspond to more mature prototypes which 


the Command itself could test, revise and enhance to their own requirements. 


rs 


There are many possible reasons why the implementation process might not be 
successful. If old business processes still occur, in parallel with the new Intranet 
methods, confusion could arise. If the new technology is misused by employees who 
perform unauthorized deletions of records or mistaken submission of on-line forms, the 
Command could conclude that the costs of doing business a new way outweigh benefits 
of the old. Resistance to change, a poor maintenance plan, no backup policy, no training 
plan, or no commitment to improving the Intranet are all possible reasons that could also 
lead to a failed implementation. 

The solution to these potential problems is to consider the Intranet 
implementation from a systems thinking perspective. The new Intranet must be 
considered as a dynamic, living entity that must have attention. The databases require 
current, accurate data in order to be relevant. The phone book application database, for 
example, must be populated with accurate phone numbers. The Intranet can not be 
installed and be expected to maintain itself. A complete management plan, including 
decisions on who will own the Intranet, who will maintain it, who will enter data, and 
who will use it, must be considered. The new Intranet policy should, at a minimum, 


address security issues, acceptable use instructions, and a backup plan. 
C. STRATEGIES FOR CHANGE 


1. Introduction 


A general strategy for introducing change into an organization includes three 


basic stages. First, the organization must be “unfrozen”. This is when the organization 
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prepares for achange. The leadership should foster an environment that is dissatisfied 
with the status quo. The middle stage is the transition period when the change actually 
occurs. An ideal vision of the future state, after the change has been implemented, should 
be articulated by the change advocates. The final stage is when the change has been 
completed. During this stage, the organization should support and maintain the change. 

The General Accounting Office (GAO) Executive Guide on Improving Mission 
Performance Through Strategic Information Management and Technology describes three 
key processes that the GAO considers critical to introducing an Information Technology 
change to an organization. They are: “(1) deciding to work differently... (2) directing 
resources ... and (3) supporting” (GAO Report, 7). These three processes parallel the 
three stages of unfreezing, transitioning, and supporting change. 

The following section introduces a change formula that is useful for assessing the | 
first two stages of introducing change, unfreezing and transitioning. The next section 
introduces the concept of a systems loop. The systems loop describes the possible 
outcome of a change after it has been implemented and is in the third and final stage of 


maintenance and support. 


2. Change Formula 


a. Definition: One way of introducing change is to consider it in the context of a 
formula for change. The change formula, adapted from Professor Michael Beer’s article 
“Leading Change" (p.3, Beer, 1988), can be used to assess organizational readiness for 
change and to implement the change. The change formula, and its relevance to the ESU 


Intranet implementation, is presented below. 
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successful “dissatisfaction with present” X >“cost of 
change = “ideal vision of future” X change” 
“process of change” 

The formula states that there are three critical factors that must be considered for a 
successful change. These factors are multiplied, meaning if one is missing then the whole 
formula is equal to zero, and the change will fail. All three factors must be present with 
sufficient strength to be greater than the cost of change (p.3, Beer, 1988). 

b. Successful Change: Implementation of the Intranet would be a successful 
change for the ESU. The Intranet would add value to the ESU by allowing them to do 
current business processes in a new, more efficient and effective, way. The change could 
be considered increasingly successful as one moves farther to the left on the scale 
presented in Figure 9.1. 

c. Dissatisfaction with Present: Dissatisfaction with the status quo is critical 
because it provides the energy for overcoming organizational resistance to change (p.4, 
Beer, 1988). An advocate of change must be someone who is unsatisfied with the current 
way of doing business and believes that there 1s a better way. During the requirements 
capture phase of the project, the Command at ESU indicated that there were in fact some 
processes that they would like to see improved. Each of these goals are technically 
addressed with functioning Intranet applications. The Intranet was developed to 
specifically address these problems and issues. 

From a top down perspective, the Command must become the advocate of change. 
The Command can create an environment that 1s ready for it by insisting on using the 


Intranet applications. Urging employees to do business in a new way will indicate to the 
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rest of the organization that the Command 1s not satisfied with the status quo. This will 
create an environment that is ready for change. Command advocacy of the Intranet will 
send the signal that is good to use the Intranet. 

If the Command is content with old business processes, in spite of the availability 
of new Intranet solutions, then they are effectively satisfied with the status quo. If the 
Command doesn’t create the environment for change through advocacy, then the rest of 
the organization will not have fe incentives to change. 

An environment of dissatisfaction with the status quo can also be fostered from 
the bottom up. If the employees of the organization find that the Intranet is a technically 
sound solution that has potential to add value to their work, then they are likely to use it. 
The more key personnel who share this idea that the Intranet is useful, or has the potential 
to be of use, the more likely the environment for change will be ready. 

d. Ideal Vision of the Future: Many personnel at ESU must share the “vision of 
what is possible” with a new Intranet. They must recognize it as an improvement over 
the status quo. A sufficient number of key stakeholders must understand how new 
Intranet applications will add value to their daily work. The ESU Command can do this 
by ensuring all personnel have seen the en and are trained an how to use It. 

e. Progress of the Change: The change to using the Intranet will not occur 
overnight. Simply dropping the Intranet into the ESU will not mean it will be adopted 
immediately. The idea must be sold to the employees of the organization who will judge 
the new tool over time. 

The training and demonstration sessions can be used to showcase the merits of the 


system and to gather feedback on ways it can be improved. The Command could appoint 
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various personnel, who are proficient in HTML code, to improve aspects of the system. 
People will become committed to a project that they help create (p.5, Beer, 1988). 

Initially, the physical installation of the Intranet is critical to get right. The first 
few days of its deployment is a crucial time when most people will form strong opinions 
about whether or not it adds value to the ESU. Before it is presented for ESU use, the 
Intranet should be running normally, error-free, on the Web server. If the system is slow 
and inefficient, plagued with frequent crashes or bugs, is difficult to use or has other 
problems that makes its use unpleasant, then it is unlikely people will make any effort to 
fix it. 

f. Cost of Change: Every change has consequences. Although the physical cost 
of building the Intranet was almost nothing, the long-term cost of implementation is more 
significant. The ESU will have to invest resources into the maintenance of the system. 
Someone will have to spend time writing policy on Intranet use, validating the accuracy 
of the databases, and ensuring the Web server is running. Training costs will be incurred 
in order to ensure someone at the Command has a proficiency in administering the Web 
server, authoring Web page code, and possibly even learning how to use Active Server 
Pages. 

The social cost of implementing an Intranet should also be considered. The 
Intranet opens a new avenue of communication across the organization. This new means 
of communication could, for example, have consequences for job roles and positions of 


power. 
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g: Conclusion: All of the criteria of the change formula must be present for an 
environment for change to exist. These factors must cumulatively outweigh the cost of 


the change in order for it to have a reasonable chance of actually occurring. 


3. Systems Loops 


The third and final stage of introducing a change is the support and maintenance 
phase after the change has occurred. It is anticipated that the introduction of the Intranet 
will be met with initial enthusiasm and excitement at the ESU. Since it is a technically 
sound product, the Command is likely to realize the potential the new system has to add 
value to the organization. The excitement is likely to generate Command and 
organizational investment in the product, which will in turn lead to growth and use of the 
Intranet. Initially, the implementation is likely to be a success. 

At some point, however, the growth experienced at the beginning will slow. If the 
Command has not heeded the advice about preparing the environment for change 
presented above, then the limits to growth will quickly appear. The slowdown could 
become so significant that eventually everyone stops using the system, marking the end 
of the value it can add to the ESU’s daily operations. 

This process of growth and then slowing will almost certainly happen at some 
point during the implementation process. The only question is if it will happen sooner 
rather than later. The key principle for the Command to consider is that removing the 


factors that limit growth will delay the eventual slowing. 
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systems Diagram of 
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Figure 9.2 Limits to Growth System Loop of Intranet Implementation 

This diagram of considering systems as loops of growth and slowing is adapted 
from Peter Senge’s "Limits to Growth" system loop archetype (p.73, Senge, 1990). It is 
presented in the context of an ESU Intranet implementation. The limiting factor is 
represented as a poor maintenance plan, which could lead to system errors, ces data, 
or security violations. The consequences of the limiting factor reveal themselves after a 


period of delay. 


D. PHYSICAL INSTALLATION 


The technical aspects of a physical installation are straightforward. The general 
steps were outlined in Chapter VII. On-line documentation regarding setup and 
installation of these commercially available products is extensive. 

The Intranet software requirements must exactly match between the NPS machine 
the Intranet was developed on and the ESU Web server the Intranet will actually be 


deployed on. The ESU had to prepare their Web server with the latest software versions 
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used for the project development. Some upgrades were necessary to host the site. The 


physical installation will occur over the summer of 1998. 


E: CONCLUSION 

There is little doubt that the Intranet is a quality product that can add significant 
value to the organization. Technically, 1t operates reliably, without errors, and has a 
clean, easy to use design. Unfortunately, successful integration of the Intranet into the 
ESU will not depend on its technical merits. It is the social aspect of the change that will 
determine the final outcome of the implementation process. It may take up to a year to 
accurately judge the final effects of introducing Intranet technologies into the ESU 


Alameda workplace. 


ssi 








X. CONCLUSION 


The development effort resulted in a functional, operational Intranet for a USCG 
unit. Commercial development of such a system would cost well into the thousands of 
dollars. 

This prototype for this Intranet is generic enough to be adaptable to almost any 
USCG setting. It provides solutions to business processes that are common at almost all 
USCG units. Applications for up to date phone listings, recall logs, leave requests, 
temporary duty requests, marks schedules, and unit-wide announcements would probably 
be desirable to have at any USCG unit. 

Whether the implementation process for this Intranet leads to an operational tool 
that is used daily, or if the implementation leads to a simple prototype, this thesis has 
been a success. A simple idea has grown into a reality. By following an information 
systems software design methodology, a working product has been developed. Along the 
way the author has acquired technical skills in software development, business analysis 
skills for information systems requirements analysis, and managerial skills for 


implementing an information systems change into an organization. 
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APPENDIX A. ASP APPLICATION - DESIGN AND CODE 
A. INTRODUCTION 


The Announcements Application on-line form is used as example here to illustrate 
the development of an Active Server Pages Web page. An ASP page, ending in the 
"asp" extension, consists of both HTML code and Visual Basic Script. The HTML code 
is mostly accomplished with a visual Web page development tool, Front Page 98 Editor 
in this case. The VB Script had to be written into the page line by line, without the 
assistance of any visual development environment. The VB Script code is shown in 
Figures A.2 through A.4 as comments on the FP98 Editor page. (The real code is inside 
the dark boxes.) 

There are over 80 Web pages on the ESU Intranet. Most of them are Active 
Server Pages. The code for each page takes up roughly five to ten typewritten pages of 
HTML and VB Script. Listing hundreds of pages of aoa here is impractical, so what 
follows is a look at the code, for just one page, through the visual development 
environment of Front Page 98. 

This ASP page is named "announcements _form.asp". It is an on-line form that 
requests user input and then updates the Announcements database with it. The form is 
spread across three figures because it would not fit on just one page. The basic concepts 
of using ASP to perform these operations are briefly explained. These operations are 
similar throughout all the pages of the Intranet. The 5 pages of HTML and ASP code that 


are behind this visual development are also included. 
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B. FRONT PAGE 98 VISUAL DEVELOPMENT ENVIRONMENT OF 
ANNOUNCEMENTS_FORM.ASP 





> FrontPage Explorer - prototype (http://127.0.0.1/prototype2) 
File Edit View Tools Help 





ee ole 
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DiNewPage | @spublish | a 

















=| Folders - prototype? 
ie |AllFolders:  ... ... |Contentsoftannouncements' 
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: iG (A _Private announcement_detailsasp |§ Announcement Headline Details 
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Figure A.1 View of Intranet in Front Page 98 Explorer 
The entire ESU Alameda Intranet is shown here in the FP98 Explorer window. 


The Announcements Application folder is open. 
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Comment: include adovbs. incl] 


Comment: IF Request("Content_Length")}=0 THEN’ SHOW THE FORM] 
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These announcements are for general all-hands broadcast and will be visible to ANYONE visiting the ESU Alameda Home 
Page. Bear this in mind when making a post and keep it professtonal. Any validated ESU Alameda Intranet user may post 





announcements. ] 
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7 :[<% Do While Not RS.EOF %> I; 

:: Comment: '// Set up connection and run query + | 

: Set Obj)DBConnection = Server.CreateObject("ADODB.Connection”) + | 
:ObjDBConnection. Open "phonebook" '// Pre-defined ODBC data source 4 

SUL "SELECT rate, FirstName, LastName, SSN FROM PERSON ORDER BY LastName" ~ | 

Set RS = ObjDBConnection. Execute(SQL) + 

: iad 

‘! SELECT BOX 4 : | 

[ <select SIZE="1" NAME="POC"> +! | 

: <option> <% Do While Not RS.EOF %> </option> ~ | 
“<option value="<%= RS("LastName”) &"," & RS("FirstName") &" (" & RS("rate") &")" Y> "> <%= 

-RS("LastName") & "," & RS("FirstName") & " (" & RS(""rate") & ")" %> <% RS.MoveNext%><%Loop | 

: %></option> + 
 <option> <%ObjDBConnection.Close%> </option> +) 
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Figure A.2 Announcements Form in FP98 Editor (Part 1) 
The first part of the form is shown here. Using an IF-THEN LOOP, the page 
checks to see if the form has been filled out yet. If it has not, then it displays the 


announcement form. 
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MiComment: ELSE ' Do the update] 


MiComment: '// Set up connection and run query + 

Set Conn = Server. CreateObject("ADODB. Connection”) 
Conn Open "announcements" '// Pre-defined ODBC data source + 
J 


SQL ="SELECT * FROM Announcements” 4 

a 

set rs = server. CreateObject("ADODB. Recordset”) + 
es 

' // unlock recordset RS + 

RS.LockType = adLockOptimistic + 

J 


'// create and open anew RS + 
RS. open SQL, Conn, adOpenKeySet ' openkeyset to navigate and reuse this recordset + 
a 


' /fupdate the recordset + 

'// note the use of AddNew as ALL requests will be new + 
a 

poc = request.form("poc’’) J 

begin date = date() + 

end_ date =request.form("end_date”) 4 

announcement = request.form("announcement”) 4 

details = request.form("details”) 


Figure A.3 Announcements Form in FP98 Editor (Part 2) 

This is the second part of the form. When the user completes the form and 
presses the submit button, the form is submitted back to itself on this same page. The IF- 
THEN LOOP will detect that data has been submitted and the page will begin processing 
after the ELSE 'DO THE UPDATE statement shown above. 

This form is a typical ASP Web page that collects information from the user, 
inserts the data into an ODBC database, and displays the results. The code used on this 
page is re-usable in the sense that the same general method is used throughout the ESU 


Intranet. 
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RS. AddNew + 2) 
RS("poc”) = poc 4 

RS("begin_date") = begin date 

RS("end_ date") = end_date 

RS("announcement’’) = announcement 

RS("details”) = details J 

' UPDATE it 4 

RS. update 4 

os 


’ Close connection + 
Connclose§ 


FOPOO Oe CoCr ever cereee rere eeennns EHUD TOES TOSEO DEON TOTO TOTO SE TSE TOSS HOES OOOEOT OOO OOOO TEEEES EH EEEOUOUO HE UOHHUEERINEEEOE SEO OS OOO SOHO ISOS OD OH SOOD ISOS EO OS HEH SOSTEH SOOO SED OSS OOS HOS OET TOD OO OS HHT TEU HEH HOO OHH HOE SOSH SESE OEE DHOOEH OE OOO SES OE 


Success. < 


__ Your announcement has been Posted to the ESU Alameda home page as follows: __ 


saeeee 
Seer sesceeteceseer@rgesessunet! Of “seeveueee 
CHOCO Oren HOOF OE OE EEO e hy meme | vee eee EOE Oe HOOT OU ETH O ESSE TOTO OSLO OO OOS CO FOU HOSES FOOTE UU EEUU EEE VEO UUEEE OHSS EO UEEOHE EH VETS OO EE EO USES 


oes response. write ("<STRONG><BIG>") 4 
ir esponse. write announcement + 


POPTTTTUTELUTETLLELPTTLLT erect LR Ee ee ee ee ee eT eee eee eer) 


Sy eect eee e eect Ee een errs ee nee resonate sees eres ee aes OM n ge) cel henn es serene ne ne een eNOS Un OHO MEEENOOOON EUS OS OE OH EE EEE EHO EE Ew Oe IT 
Dane e sett UMM tes OP UNE OS CHEE Cree OOO EROU EE EO OOOOH Toner eee EEE snves © + HORUR EEE UE ER EEEEUEEO TORE EO TET OOET OOOO ES OO EO ENE eReU SEH EEUU EeHESg, 


oe ce em OFC REE E TERETE RE ER TREE TE OET EEE SEHR E OCTET FERRO UTS STU US UN UOT S UE TECH TSU R EEE U OTRO R URE ERE R ERO TE TREC UR EE ORO THEE EH Hees Heo E OE SeR OTOH Oe M 





Figure A.4 Announcements Form in FP98 Editor (Part 3) 


The ASP pseudocode for the update is presented below (see Figures A.3 and A.4): 


a Connection object named "Conn" is created with the ODBC datasource 
"Announcements" 

a variable named SQL is assigned as an SQL statement 

a RecordSet object named "rs" is created 

the open method is used on the object "rs" which runs the SQL 

a new RecordSet is created 

the RecordSet is populated with the values from the users form 

the RecordSet is updated 

the connection is closed 
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C. HTML CODE OF ANNOUNCEMENTS_FORM.ASP 


The HTML code that is behind the visual development environment of Front Page 
98 is presented below. The Visual Basic Script, used for making the Web page an Active 


Server Page, is highlighted in bold typeface. 


<% 
KKKKEKKEKKKKEKKEKEKKEKKKEEKEKKKEEKKKKEKKKEKEKKKKKEKKKKKKEKKKKKKKKKKKKKKKKKK 


* PERSONNEL DATABASE - Announcements 

+ 

* For every page that you want to enable access control, put the 
include 

* file and this file in the same directory. 


t 
t 
' 
' 


' * Type <!--#include file="../LoginCheck.ine" --> 

' * BEFORE the <html> tag (very important) at the top of the page you 
' * want to contol access to. Also include the following script. 

' * 

' * If session ("security") = "Guest" then 
response.redirect("../no_access.asp") 

' * end if 

1 ox 


TK KKK KKKKKEKKKEKKKKKKKKEKEKEKKKKKEKKKKKKKKKKEKKEKKKKKKKKKKKKKKKKKKKKKKKS 


%> 

Sania nicde f11le—-"./userngaccess ine >=- 
<% 

If session("security") = "Guest" then 


response.redirect ("http://cg.nps.navy.mil/prototype/no_access.asp") 
end if 

%> 

<htma 


<head> 
<meta name="GENERATOR" content="Microsoft FrontPage 3.0"> 
<title>General Announcements Form</title> 


<meta name="Microsoft Border" content="t, default"></head> 


<body stylesre="http://127.0.0.1/prototype2/ private/style. htm” 
background="../../images/Fleck.gif" vlink="#0000FF"><!--msnavigation-- 
><table border="0" cellpadding="0" cellspacing="0" width="100%"><tr><td> 


<table border="0" width="100%" cellspacing="0" cellpadding="0" 
height="45"> 
<cer> 
<td width="121" bgcolor="#000040" height="11" valign="top"><img 
sre="—2./../images/2/0.gif" widten="56" snetgnt="42 ealt= 1270. Gif wins 75 
bytes)" start="fileopen"></td> 
<td width="730" bgcolor="#000040" height="11" valign="middle"><p 
align="center"><big><font color="#FFFFFF" face="Tahoma"><big>Electronic 
Support Unit Alameda Intranet</big></font></big></td> 
<td width="148" bgcolor="#000040" height="11" valign="top"><p 
align="right"><img src="../../images/hh60.jpg”" width="58" height="42" 
alt= "HnGO.tpg {7125 bytes) "></td- 
<7 ee 
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</table> 
</td></tr><!--msnavigation--></table><!--msnavigation--><table 
border="0" cellpadding="0" cellspacing="0" width="100%"><tr><!-- 
msnavigation--><td valign="top"> 


<p><!--webbot bot="PurpleText" preview="include adovbs.inc" --><!-- 
#include file="adovbs.inc" --></p> 


<p><%IF Request ("Content Length")=0 THEN' SHOW THE FORM%><!--webbot 
bot="PurpleText™ PREVIEW="IF Request (&quot;Content_ Lengthéquot;)=0 THEN' 
SHOW THE FORM" --></p> 


<table border="0" width="100%8"> 
tet 
<td width="100%" bgcolor="#FFFF80"><p 
align="center"><strong><big>Add a new Announcement 
to the Home Page</big></strong></td> 
</tr> 
</table> 


<p>These announcements are for general all-hands broadcast and will be 
visible to ANYONE 

visiting the ESU Alameda Home Page.énbsp; Bear this in mind when making 
a post and keep it 

professional.&énbsp; Any validated ESU Alameda Intranet user may post 
announcements.</p> 


<form ACTION="announcements form.asp" METHOD="POST" onsubmit="return 
Brome rage, »orm. _Validator(this)" Hame= Plone rages orm. = 
<table border="0" width="100%" cellspacing="4" cellpadding="0"> 
<ceite 
<td width="35%" valign="top" bgcolor="#E8E8E8"><font 
ecolor="FO00000">S<streng-Point of 
Contact</ st rome = tont-<, ta- 
<td width="503" valign="top"> 
<%'// Set up connection and run query 
Set ObjDBConnection = Server .CreateObject ("ADODB. Connection") 


ObjJDBConnection.Open "phonebook" '// Pre-defined ODBC data source 
SQL = "SELECT rate, FirstName, LastName, SSN FROM PERSON ORDER BY 
LastName" 


Set RS = Ob jDBConnection.Execute (SQL) %> 
<p><!--webbot bot="Validation" B-Value-Required="TRUE" B-Disallow-First- 
Item="TRUE" --><select SIZE="1" NAME="POC"> 
<option> <% Do While Not RS.EOF %> </option> 
<option value="<%= RS("LastName") & ", " & RS("FirstName") & " 
(" & RS("rate") & ")" $> "> <%= RS("LastName") & ", " & RS("FirstName") 
& " (" € RS("rate") & ")" $> <% RS.MoveNext%><%Loop %></option> 
<option> <%ObjDBConnection.Close%> </option> 
</select> </td> 
q eee 
<Cr> 
<td width="35%3" valign="top" bgcolor="#E8E8E8"><strong><font 
color="#000000">Date of post</font></strong></td> 
<td width="50%3" valign="top"><%response.write "<strong><big>" 
response.write date 
response.write "</strong></big>"%> 
</ EGE 
</tr> 
<a 
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<td width="35%3" valign="top" bgcolor="#E8E8E8"><font 
color="#000000"><strong>Date post 
expires and removed from Home Page</strong></font></td> 
<td width="50%" valign="top"><input TYPE="text" 
VALUE="<%=DateAdd("d",1,Date)%>" SIZE="20" NAME="end date"> </td> 
<7 E> — 
wis 
<td width="35%3" valign="top" bgcolor="#E8E8E8"><font 
color="#000000"><strong>Announcement 
Headline for Home Page: <br> 
</strong><small>(Please limit to one or two lines without carriage 
EetuUric.) 7 smal l></tont-</td- 
<td width="50%3" valign="top"><textarea ROWS="2" COLS="40" 
NAME="announcement"> 
</textarea></td> 
eae 
<tr> 
<td width="35%" valign="top" bgcolor="#E8E8E8"><font 
color="#000000"><strong>Details of 
Announcement: <br> 
</strong><small>(Only headline visible on Home Page. Details upon 
following hyperlink. No 
Carriage returns.)</small></font></td> 
<td width="50%" valign="top"><textarea ROWS="4" COLS="40" 
NAME="details"> 
</textarea></td> 
et 
</table> 
<div align="center"><center><p><input TYPE="sSubmit" VALUE="Post 
Announcement to ESU Alameda Home Page" NAME="post"> </p> 
</center></div> 
<7 LOLM 


<p><%ELSE ' Do the update%><!--webbot bot="PurpleText" PREVIEW="ELSE ' 
Do the update” --></p> 


<p> 

<%'// Set up connection and run query 

Set Conn = Server.CreateOb ject ("ADODB. Connection") 

Conn.Open "announcements" '// Pre-defined ODBC data source 


SOL = "SELECT * FROM Announcements" 
set rs = server.CreateObject ("ADODB.Recordset") 


' // unlock recordset RS 
RS .LockType = adLockOptimistic 


' // create and open a new RS 
RS.open SQL, Conn, adOpenKeySet ' openkeyset to navigate and reuse this 
recordset 


' //update the recordset 
'// note the use of AddNew as ALL requests will be new 


poc = request.form("poc") 

begin _date = date () 

end date = request.form("end date") 
announcement = request. form("announcement") 
details = request.form("details") 
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RS .AddNew 

RS ("poc") = poc 

RS ("begin_date") = begin _date 

RS ("end date") = end _date 

RS ("announcement") = announcement 
RS ("details") = details 

' //UPDATE it 

RS .update 


' Close connection 
Conn.close%> 
</p> 


<table border="0" width="100%3"> 
Eo 
<td width="100%" bgcolor="#FFFF80"><p 
elign—"Center -<olg> —sELonG- «01g. Ig leeesSe<, p1G-</big>./Strong>=</b1ig 
e<bE> 
Your announcement has been posted to the ESU Alameda home page as 
HolMbows : </td> 
or > 
</table> 


<table border="0" width="558" cellspacing="4" cellpadding="0" 
height="158"> 
SC 
<td width="20%" valign="top" height="24">Headline:</td> 
<td width="80%" bgcolor="#E6FFE6" valign="top" 
height="24"><%response.write ("<STRONG><BIG>") 
response.write announcement 
response.write ("</STRONG></BIG>") %> 
<—/iacl> 
<7er> 
Ser 
<td width="20%" valign="top" height="21">Details:</td> 
<td width="80%$" bgcolor="#FFFFFEF" valign="top" 
height="21"><%=details%> 
Je 
er > 
Scr 
<td width="20%" valign="top" height="22">Posted on:</td> 
<td width="80%3" bgcolor="#E6FFE6" valign="top" 
height="22"><%=begin_date%> 
oy cd 
</i> 
Ei 
<td width="20%3" valign="top" height="25">Post expires:</td> 
<td width="80%" bgcolor="#FFEFEFF" valign="top" height="25"><%= 
end date%t> 
ey EG 
a7 ae 
eee 
<td width="20%" valign="top" height="46">Point of Contact: </td> 
<td width="80%" bgcolor="#E6FFE6" valign="top" height="46"><%=poc%> 
7 ca 
<7 tea 
</table> 


<hr> 
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<div align="center"><center> 


<table border="1" width="35%"> 


<i 
<td width="100%" bgcolor="#COCOCO"><p align="center"><a 
href="../../home.asp">It's Done. 
&nbsp; Return to Home Page</a></td> 
ee 
</table> 
</center></div> 


<p><%END IF%></p> 
<hr> 


<table border="0" width="100%" cellspacing="4" cellpadding="0"> 
<EnRe 
<td width="33%" bgcolor="#COCOCO" align="center"><a 
Neet— aam@oumecementseaonum.asp ~-Small>=Post 
a New Announcement</small></a></td> 
<td width="33%" bgcolor="#COCOCO" align="center"><a 
href="past Announcement archive.asp”><small>View 
Past Announcement Archive</small></a></td> 
<7 det 
</table> 
anbsp;,<!—-msnavigation—-—-</td></tr><!—-msnavigation—-></tabl e>—4/body— 
</Hem = 


D. CONCLUSION 


This section was included in order to convey the aspects of programming a typical 


interactive and dynamic Web page using HTML, VBScript and ASP. 
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APPENDIX B. GLOSSARY OF TERMS 


AOR (Area of Responsibility) 


This is the term used to describe the geographic area where a USCG unit works, 


BACK-END DATABASE 
This term is used to describe the database that holds data used to generate pages on an 


Intranet. 


BROWSER 


A Client program (software) that 1s used to look at various kinds of Internet resources. 


DFD (Data Flow Diagram) 
A graphical display that illustrates business processes and data interfaces from a data 


perspective. 


ESU (Electronic Systems Support Unit) 
A U.S. Coast Guard facility that maintains and supports all facets of Coast Guard 


electronic equipment. 


FTP (File Transfer Protocol) 


A protocol used to transfer a complete file from one computer to another. 
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GUI (Graphical User Interface) 
A GUI replaces the keyboard commands typical of old-fashioned computers with point- 


and-click buttons and menus. 


HOME PAGE 
The Web page that your browser is set to use when it starts up. The more common 
meaning refers to the main Web page for a business, organization, person or simply the 


main page out of a collection of Web pages 


HTML (Hypertext Markup Language) 

The coding language used to create Hypertext documents for use on the World Wide 
Web. HTML looks a lot like old-fashioned typesetting code, where you surround a block 
of text with codes that indicate how it should appear, additionally, in HTML you can 
specify that a block of text, or a word, is linked to another file on the Internet. HTML 


files are meant to be viewed using a World Wide Web Client Browser. 


HTTP (Hypertext Transfer Protocol) 


The protocol used to transport a WWW page from one computer to another. 


HYPERTEXT LINKS 
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Generally, any text that links to another document - words or phrases in the document 
that can be chosen by a reader and which cause another document to be retrieved and 


displayed. 


INTERNET 
The vast collection of inter-connected networks that all use the TCP/IP protocols and that 
evolved from the ARPANET of the late 60’s and early 70’s. The Internet now connects 


hundreds of thousands of independent networks into a vast global Internet. 


INTRANET 


A private network inside a company or organization that uses the same kinds of software 


that you would find on the public Internet, but that is only for internal use. 


LAN (Local Area Network) 
_A network of computers that transmits data along a single shared medium in a small 


geographical area (1.e. a single office building or college campus). 
LINK (See Hypertext LINK) 
SK (Storekeeper) 


An enlisted rating responsible for providing and accounting for the constant stream of 


supplies, clothing, commissary items and spare. 
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TAD (Temporary Assigned Duty) 
The temporary assignment of a service member away from the parent command to 


perform duties at a different command. 


TCPAIP (Transmission Control Protocol/Internet Protocol) 
The collection of transport and application protocols used to communicate on the Internet 


and other networks. 


URL (Uniform Resource Locator) 


An address or location of a site to be viewed on the WWW. 
WEB BROWSER (See BROWSER) 
WWW (World Wide Web) 


Computers which are linked and which provide hyperlinks to Internet resources 


worldwide. 


148 


LIST OF REFERENCES 


Beer, M. A. (1988). Leading Change Harvard Business School. (9-488-037) 
Burleson, D. (1994). Managing Distributed Databases. New York: John Wiley & Sons 


Christensen, R. (1996, May). Intranet: Misspelling...or Megatrend Atlanta Computer 
Currents 


The CIO Insider URL: http://www.cio.com/WebMaster/sem3_benefits.htm! 


Fleet, D., Warren, M., Chia-Hsun Chen, J., Stojanovic, A. (1997). Teach Yourself Active 
Database Programming in 2] Days Indianapolis: Sams.net Publishing. 


Forta, B. (1997). Cold Fusion Web Database Construction Kit Indianapolis: Que 
Publishing. p. 10 

Government Accounting Office. (1994). Executive Guide: Improving Mission 
Performance Through Strategic Information Management and Technology (GAO/AIMD- 
94-115). 


Hoffer, J. A., George, J. F., Valacich, J. S. (1996). Modern Systems Analysis and 
Design. Menlo Park: Benjamin/Cummings 


Lane, E. (1996). Organization and Standard Operating Procedures 
(ESUALAMEDAINST 5400.1B) 


Lawrence, P. R. (1954). How to Deal with Resistance to Change Harvard Business 
Review 


Mnemonic, J. (1997, December). Access Control With a Database The ASP Hole URL: 
http://asphole.stellarvision.com/asphole/default.asp?a=showarticle&id=6&page=2 


Senge, P. M. (1990). The Fifth Discipline. New York: Doubleday. 

U.S. Coast Guard Office of Architecture and Planning (G-SIA), (1997). Strategic 
Information Resources Management Plan (FY97); Appendix A: Jumbo SIRMP business 
Model (COMDTPUB 5230.46) 


USCG Commandant (1997). USCG Intranet - CGWEB (COMDTINST 5230.57) 


149 





BIBLIOGRAPHY 


Guengerich, S., Graham, D. (1997). Building the Corporate Intranet. New York: Wiley 
Computer Publishing 


Hills, M. (1997) Intranet Business Strategies. New York: Wiley Computer Publishing 
Intranet Journal: URL http://www. intranetjournal.com/ 
Kroenke, D. (1995). Database Processing. New Jersey: Prentice Hall 


60 Minute Intranet Kit, Microsoft Corporation URL: www.microsoft.com/office/intranet 


Web Techniques Magazine: URL http://www. webtechniques.com/ 


151 





INITIAL DISTRIBUTION LIST 


Defense Lechnical Information Center  ..... cs cock ccc cece se cccecccccavccscccecescce 
8725 John J. Kingman Road, Suite 0944 
Fort Belvoir, VA 22060-6218 


DOE Wo a eed ech are eee ee rele kid «inva iy < xsi amie tine sae Shwesd budewd seas 
Naval Postgraduate School 

411 Dyer Road 

Monterey, CA 93943-5101 


Prorsstlesmmemanan (Ode SIVIVS!) accor. ceo nsne ees ceaiy: ac. s'es ctanendssess ocans eaeet 
Naval Postgraduate School 
Monterey, CA 93943-5103 


Proia@ arenes (COG: MU IS) aoe wniecese hci acess nee enaunn seen athe ae eee 
Naval Postgraduate School 
Monterey, CA 93943-5103 


© OTB RIN clined A tain ER) ee rae rere cre ete en Dislecsia iio lidiaidiaiae SaGA ee eee ame 
2100 Second Street SW 

Washington, DC 20593-0001 

Attn: CDR J. Hall 


COmmimm ama armin Gas Mee eae ace iey cana ny oo ecmusswane-«suleneeces iacacanecoameemere: 
2100 Second Street SW 
‘Washington, DC 20593-0001 


C Onan ae tn CMO Gil Celiac aeareesiie cece we rae ee acre ree enn ceo etme: 
USCG ESU Alameda 

BLDG #21, Coast Guard Island 

Alameda, CA 94501-5100 


(GOnmimanieita ig Old Cc eermeenee cian Senco g seve tee mis sha acc pees se sammeeeese sa esa oe 
USCG Research and Development Center 

1082 Shennecossett Road 

Groton, CT 06340-6096 


(COMM AINE gO) HUG Clemens acs See eae nic has cies sileie ee oo. oens ccdanden ese ereaetees es 
USCG Operations Systems Center 

175 Murall Drive 

Martinsburg, WV 25401-0200 


re 


10. LD Tol Pa arirnely, ooi ce: «sn:o:s:ssoss ctor esas ep aera eee 
103 Leidig Circle. 
Monterey, CA 93940 


154 








es 


Brag aH 




















































eA Le U 
ee ree ed rar Wee dsens A ‘ f 
shsudated ee ee Peer cere en) ie a a J o 










the ar Cl Corn 
Aalbers er ros : F 7 ‘ r ; ps , 
Ae C ol rer ry H apr ¥ : Cae Ue = war 
deta CA fe Cryeun 4 a3 } 7 

OTRO ie by cH 


rors 
OP Abed ake, hall 
are er) So Betiiue 
heh 





ee 








































2 2 Ce Cees nc) nr] A A 
+ eee LA ee Bs Det rs 1 oe i Pa 
quire atte c oD er | @¢ «ssa ary ea Oo «4 ea eat ' Urn . 
RH re aia Nese 2 at é Ca Ce a ane S08) 8 ' eet ae Aa 
rapper eel er Daas a be ote SUSE is | eg aL ' arth Cid 1 on Nie Che ie? tae aie a 
rere ty i font. rebe e or mn; M rae ' oa ' a he ee ee ey rT een @nane Pre | 4 at] Pieri Par 
parig tpt norbeda tlre ines pie hie eres e8ef, cm cH n rie of { _ im 4 aPaqeoe i Ct | eo. Ce oe i ara Z rs A A 
Fe rae he Paty tp ; e ond CR SL er eT TI a oe ce ee en wa 
5 . * > se ' fr ry . 1 ' ae tn "eo ° Pa ms an Cd 
ner itp hard b La Lina } Lad io | Ly ; Teh ee ee Ce de ACCOM CRT a ri ee ie eat Da I A aie ay} 
i Pe ee | Pe Tce ee i | reece? Ca ce if 1 1 « tree far) ran Py A 
@are Saat ce RT Sf tat eh eos 4 uth trae ray ~b meng rr get Liv Dat ba Me et er fy oi an r ra Ar atle 
Pa ay ee fe rey, oe | ee ee ee phiceelenatericaina. (eh eal Wat Se | cn Cr a a) r fo ' ' ' r rf 
Sree ee ee te Taare Pe er ce eee ee o> gop eeu Uhga oa ons ev A Pas 289 ar eer Ta) 
SOU OCR ROT EA aC a eee eee el | a Cs ea CL 2 ca Ce A oon Tor  ) | 
rT me ee Cr eT ee ee) Le De Aa 1 ieee « Yin f ' ' at ar ° “PS a 
veep he ! ee? [ee on ee a Ce en a ee ee ey F 1 . O oe ry ps Cece Weta ar 
. 4 €.0eF en Pte ape t fegiin st . ‘ List ce ai | fen *¢ 4,8 Ci aa | Poy bat hry eta Ce | Pir We Par = Cr eee e 
i A 7 aie Hy re Cae Came Avr PA att ve ret i oO i at te ee feud ee ou ae a) Cia Fe Pag let Be i Sa A oa} oy A F 
rec. ry oe 1 G ee a Rt Ou Geode & tra go or ° " son @ rie tay ee r . A 1 
aa Reds aca he ‘ 4 ithe RTE eC a A zr rn J ra a . ! wi 
















Hay Se 


CT ao Pe 
OAT De aa | S ae 
Peer oes Te eo Lae BD ec ae i 

Cit Gohh FG ts tee Ure 
Teed feat ot ea TRC aCe 


re er ee 
4 ge a] '@ a 
ee ec ee 
fut Vig ' ae ta 


H th Wham 
iE Ay 








































“ Ce 
A Ca ie 






Da OCA rag 













boty A it ¥ 5 a * Pars 
ea arth ae pt ie er LY : p ae TT ae rt Ce 
Ce a rece eh ; Oa ne Be 
Lethe Barta ri taco dod Wate , Har PA 
Be ls 's : - ‘ a aad A ‘ 
Us 


en rad 3 
7 mornae 
Cr} 
i Me % 















































uae A aa 
iy te Brick gin te eo Oth rf t Fy ae rae Ba dee by Carre) - 
Lee Se EN te WE Ser NR SCL A i ENE Pah ries , * ae Ue CG Un “tay cue 
a aa tr Oe ee ae i ahca Pe et ey tr) OF Sh Pe ee Wests edt as we2 oe vi ‘ 7 Peer 
oy erry ae ecantna ti afeuabeacartels fle ef fer i PrPe ey er YS Tor 3 ot ug. AE CS Be area titer 
ontatehird ie Lede veka Prt aL or ee ae 3 Ag a ee oe al Sealine ts Pert a Ag Oe 






AL , eA > are? e Cr 
ae ety rata ret 5 Sore q Keele a ae ORES oe a } oe: "4 
Sa een pe 1 , Li : So eee Tee ee EE REET WY hearer eo inci to 
Si glide La pe OTN Te POTPLR ICS Paes ri Of u s rie wie poe PGE aren F y ras pA Selon 

ATA rete Pe aaa ap Caer Serie Ag en) - Feel UR PURE era rhea ot aca ee an 
AL Lira tele Tien H 's , Oe Ra : u M 3 F ry rad fovhe | iy 1? ae 
£04 teas 






























Cre et tel 
A eae Pa CR te at t out bie ot 
Pee ae We gh haeteh an shaph tat eet OE 
Le Fu 4.05 0 F bomen ' ri ie ee 
Pera) eo ee De ere) ou i ee - 
" f Ute Pararerre eta iy CL Le 1 qe 
aE A Ue a er 8 eae Prey 
Pot eT eT ed Pe ae a he Pel ae Pe ie chs 
een) Sci) oe) ee fe Le 

























































































n i 
ee teladoh aa URGe eof oh tan re 
ee ieoey Sin Beh HOG DHT EL CC SLCC Caen 
a Pe oe ed a CLT ae Ue Le uF Met 4, 
qs Peper y take iy PP ee) eae i er ee . Fa 
rere renee oly Pe ee ee Ory Sk es Fe Ie 
Fa tsk ae Pk Lee a Oy ae ety F es Lee 
eee are = D Co) ane A hd ao rae Ps u rh ue 
. a L Ca o ' . 
bea a . PM fol hes rl a se tt J a Cal Ld ' cy ny ° CT? det et oe ee a 
4, Te ts ue > t M doae ve aq | a a 
re wry bp Pry ed « OL al aT) 8. oh a 












arr are ae Pots rt he aa f 












& 
Cee wert ers CT ae a 


ee nd 
oS 









J 
base i) 


Re a Et shen eer ae € [a Or ee Ae | 
Pee ee ees 


Pattee f nlatn. Math seas otfa"e ®, Spruit eee eet ses bps 
e 






tn Ta ae 



























SN ut 1 ah Lied Te YP oC we of Py Prva Mt Wee tesa) Sra ee re) Pe) 
re SEY Aa Oe EPPA STP ee PI Pree RT YO Deve tadanh Ata ee) a 
A ee ee ed etelss hs onl bdabs ed « Cw | pe au Pert PY eee Hs oe ee Maree a 







ft Y deb ay. SoM bie babitrMrt?,d rcs rd fel 16 ide > oe We ark ec . Pr ee eee Ge 




















a aia Ror ie SATA ey fe 













































































































































DN a Lats Mes ASE Pr ae marae 5 ae a Pere ae ee ee pI PTT TY 1) ‘ Res 7 . 5 
oro parses Nef Fecute. eed Pe cero Ve as Ad FE M F rf pay Pi 7 i ain ca Ty re cr ‘i: eae OD hh renee Ca Uy a * 1 ge D 
oe CP ohn Pade Fp Fala blte 7 tet stats? it fi rey Sey ere eee | ree aneaneee (hiro bare Weal een tee a Sr D 
sag} Ped aid) Cae if ieel a ee eee er pha! 4 eT AY he a ae G hs Fei Con ee et ee Pe ee - 
a eae ee BS aye ae Meee) piers tat SLR befehie t. Car re eo er ee 1 eT eae ena NOST CY YC Sec 
rcetnt Fea whe oferatebatePuha oy) seco Bryer aia Far et oe Toe ir ia) Co ee 1 re tae 
Share tek Hegre ee uaa Ore ier ae a ere Meer CPT en Pa Ore 
Ow alii wh. Pet ie Spied ora. dnt 2, @, PP gray arias n 1 ee Pee red fairy 208 il ae, Maer Ad Cr a 
oe ee aap ie PON Ee Ta H Ag ie One SP oe Ook A Bc ri Wit eae er eee 
arr ch oF Oe Oy) i Le Pere ee Teor ee ee eis ei) a Co a ny 
O.totgr veel We Loree RS. g01 iuaat ri eg ha Peet oO ONAL oa ae 
a TL Pry ay Peer et 2s ey fo ale ; Ae a fe Cone é Ue a a 
Lvede. n oe ee A r - eet i 
Ww 2 Remo Pa 5 Pe a he i Hy AT Can oe a | ‘ 
D Sar a een taal) ' tee Jat ay Le 
“ ra MOE: Pe ae eae Oe Oe at 
ia eC ae Coy on 4¢@a 8 
a) Oa cae | oi 
i Puce r) 


of a Can Meee Sree aT Ta 
4 2 ¢50 # 1 Ca 
‘ 


tees eer 7 Ty art 
« 








netic PoP ain ¢ 




















oftet j 
th ae Pe Pea, of ca ry ar Pee | t 
Parte > a Pe et ee a ru Ce | 
Me Cn ae ae *] ees es ee é 
Cidseie ae Ph ry 


eee eT fs e° : 
















































































































































































































































































































































































































































iL) hy de e « ae . . 
noe ei 4 , : e . . o i Oy 
Pal) oe we s 
A ey La eee a i Want ean *: » 
+ ia ea F A f ‘ 4 A 
Lay «e ee « 
' | J 
oa ' a 
Ld . Md ci 
G 
. Py 
' ca Ly . 
' J 4 
‘ o Fy ‘ 
5 5 
er i] ‘ad . 
A 5 
r Ld oy 
a A 
- . 
e J . 
A 
. 7 ed | P A 
A EG x - oo ; J 4 no ae ae a 
he tel dat dhe Te ’ , ? ‘ ° ae 
ol Cl Ca Uy U O 
‘ F or ls = h s 
. ‘ D ° s 
ee ars a ; P pis : 
t ae Je aie ie 
eo. ’ Ph ' o ary 
Oo a Ud ° Pa 
° bd f 1 Ud ' « ° 
is ° s i . ' 
ar) a OD t « ' A a 
te a oy bd a J e 
. nD cd fy ° 4 ry ° 
a LJ Ld 
‘ v oh het a ay . ef : i on ‘ ris 
a vageertecl re p Tn i a A 
an “ree ; i a He ee 
Fee "RY Tr i ' } . « 
@ db % 8 @*% oe . ] oe 
hae L Fj opel Oe oe 7 
” Cai 1 ’ Cy . ee e 
s | Aa 3 71 oS ee BP 
per e p ar i] f . Od 
ale ve ao PR eh 5 eT Ie | ae : U bh Cn ry a 208 Ml 4 : 
RAE adn 5-3 ere cf a Pics 0 Ley rl “4 F 
+4) eye PopSet mye ee et aaa ree : a. es - bd o x 5 2 a > 
eG aad a Wares Joso* “Wes te shee” & oun acc ; eneta oL 1 aL 5 : 
ot res ones ed tate oe aD | Par er | eo mo er f ’ ar 
oe a ian Te ok : f Bi H wow CoTt we Ere ' TY A ' . 
Oo mee ee Ae ie N NY ‘ ry nr “an . F D ig . . i 
Takes: Py 7 ene Neer Latte try 4 : be m. t\ 2 f 5 
bial rf ist: ay ppd be a “un 4t te on 1 t en) . 9 , 
stan: be Se a3 " AEE Oy us ee eee we Cretan al) at ihe ot re ra a OT a ‘ ei i 
ble ah Sp eee 3 od te se Fieereresy © BF og PP *s tha,22* aS re ry erry eo 2 A het P - 
yin oad ogee ek =f | AU pe Reece be teri Utes nutes Sot are f veaned A aoe te A ‘4 
Pr as Ps weg C ° Fae Jog alr . . : 
areer gw Fees Pda fe one aa bls q ao Sees : D 
OT ote ees PrSoPacgeg® € Rg ugha er ‘ A : . 
rat ales “ante kha eas apie hs tahoe lake ae ba Ag! a . 8 as u rar = Ri oI F 
SMR ee pte ste beh et deree Gast by wy arse eatoms Tih oe oi Ses. : : ) A 
. See Ue ee AE et oN : 7 i . : oe i : 
Hes ae Pot +) 5 & Res Pw ty ae P oy - +) . a P x ry Py 
tear re ae + aolee " bk} Hes ro my fo . ry n ' ° ry 4 
tespent wy y ae Rieewat aie . ‘ ° ° ry M 
bya arg a A aie wl sak, i : Le Si rad pan Fy ra ue rn a : 
dg tty a pee a At Y, f sae 7 sont 
eee San Pe the = 0° F as Pr ' ° . D ° 
i oe . . as D a) . : 
a , Ye | ¢ ] i ' * 8 . 8 . ' . 
Cee a tat el Ce rT bs oy ¢ Ye . e. ae D ° ry D O O PT 
tL te ee t t] avr eet oe Pts Sal Se ta a ee hee =) f ry i o ' Fe o ; ny - , ° by : A . « 
os cial . Ld C3 J J « 
ee Se [Segoe the Hf Da Rae Rebel 2 yy ms 8 2 ser. ‘ 7 4 ' ‘ ° : i 
: ret hehe ine t/ ee 4! . thd O rive ‘ i ide 2 » yo« Y a} mL ts ‘ 
Pree me my ee : ya tre re Hs Oe Creer Cee y | » o Py Fa hoe a ride kee | ° ‘ . A S any 
yee toe: oh a feet teh EL mq Par) ‘ . . ard ws ° ry Dy t at se id . . . : 
aie te pote Hee ee o O Oi pena. se § gal i ee ee as Oe , . Dr 
Wael Ry wey sree +5 err 2t ALD ney oo ye ge frm 86d IS . ~ Ui Las “4 ; : u 
Seah ca Deh ae ba ey a any eer aT * eae a hu Nee se tthe LY 7 ¢ 4° ra) Pil 2st LL . i lg ’ bah eek ue 5 Z bs 
ach beh-tn ces atbedt at Sab 1d Se Sar out. ert See tre eye > rere i) er) ae eS Ts mHwe uw ep be f a rr «et 7 oo ed o A te ar 
ren th. noes ipot pa ee ; Lhe w Cee ate a L 5, ear Miya ty ts ees j A “% 8b pee r Cie en ’ ‘ ny F ’ ’ 
Ct Shot as) rh part Set ware ela hy grarse pa aan ny Te f de Tae L "i ee et Oe 8 n 
ar pe bh aoe °] oar a te} see dal all ta ‘eld wh Lite eo ae Prey ra Pee 2) : ‘ i ® ' os 
vines aft 5 Oe wh eat rare aie Ng a Bak or bps iy trtge eben nye a ‘ 4 ‘ Cod « Oy 
AG Ah tptdth o Rae the Pe ERY aE { jaa ris Carats “eee ete te ena a Pr a fee Oe es o ie ij A ry bg 
fae sere eed Sa Bos A EH TOON be ie oe eT Sara eran 5 ; 
aed ocean EE EN cr EPEAT ca SS aes ae aa! ‘ 
<e 7 [ow ag re eka at Tie RA Sater kere ak cia ries een gone ‘I y fe toe ‘ O . 
ea ie Prt ee un Es Aly ahaa Bt at) trea oa a a U eh ° . 
ara tes *» el a en re i 5 1A GG ai rare 3 rerio eyerr oe he '. r ae y . cd A Me ry ee ry Dy 
coy Coe Pew & ENED ry ¥ eee ‘ a 
eens pte RR eae tials it hay at Matyi G Ve ie ao ree Aan Nuaenery 
y aba pe bene thd, ba Sn tap add Parte i, te m x . P A . x ry 
oof Sore rena wttyes fe thE o e 6 5 eo 
Poo. ert oe “pes pee * P ty te arent Se th ox ee eet aes s ; n 
& ii Tt ree Mae ye 4° " 
hea ry tha Soha n ys Pa a p .¢ a ary i - F p 
OJ a rl ms . « 
til Be b ee) AL ae a \F Ra ash a7 ms i Lita | 6 Lpe eas ° Phy ery (Tear i * a a oy ry 
ry 2 Suds akan’ pra’ Phen gis sey ee Cee ty ee el i + ¢ % fe y D e 6 o 
a grace yrs? * eee ) ree tee M48 Phares . G ry bd , Le 
ae eat e Po ic “ae opte Ps mm sSeng eo ae Ph eC ee By he Coat ee Oa C 
a Pet c ramet cy ry Ty a r Prreyy Ae Seu eve § © ty Lek ae . ss ted Lina ® 1 o te rn 
Ae i Priry ef o ti eT) i ry . a a i cr ge ghee eo C . . Py ° e rs 
ie oa. ert ete ay eae hd 4 Aree eee wpele rye r t e  @e ee , ¢ D r ¢ = . f) ae oo ‘ , so «#8 . 
5 Ps * : ry &. OP ee ed i] ed a . Vl 
ape Shy seinen: } sprereerate ye cate here ee ae CEL y ara ‘ € i be] aad ‘ Wols oa UD tet . sak) cen ad ceed 
a Coed iat iy Het cpt 9 aay Tee er Se : AY a hart nat tee ole vo *e CO LS a a se fe 8 oe «ft , Car L bY ’ . 
Seed PRPU er wens baa ay ad ps bet) on nM ' ree ous F Pe ee et ee) ae ‘ Pos PT L} ay ° . tL) ae . 7 ts . : et 
“fede bel Linwehew op he badly hed ou Tata POPCr ey ir Cee Std ie ro ae ee ares Frets “ a a a ad Vacieh Ia W(t Ihe Ject Je ee ad ana! iu ® . Us o . 
Ad doh bh tel et od ae to Eel at | a Oley cg BG hytate ny: ee er ee) ae tts ‘ . A ry D mt tb Peat 4 i ‘ rary ° 4 . 
heh th bak oh ol ene De teal ae Dd ri Mary ie eG eS be te TT | a BAR, ESRC eee ee Mee BC » Pa . te h ey) r 
ehh ae rn t er pean spe beeh ereh eee sf or ba Ber ae % : i rat ieee Woe o Pay spe 8 C y a ee wCeY ‘ o 
seas tahghy ie pe abd Pa LATE PL Arai irs eyry ars PTT Pas Wea) 7 cre 4 r Ci Cecnr ies Ce md aol ll Yr i. OI rf re: Pp ehe P P ° 
ra Ass < me Faded) A A -d ae U aly t ferate er; Pa awry as $ the ott hy en es ae ar) 1 hay Le a) ° a DL ‘ . 4 Pry 
atlas al dee ofa) Ct Bilas & vs ne 7 f Pel tsetse ee am ra t Us Ld Oe ee ae * es y ? bt 4 ol De ae i 
Dau hte ad er aaa re AAs . iene fT a Sars Cd art irs i Nt a ee a ert Por ee ee ee ey | f . 4 ' \ . U ® 
eee perder, 1 f Pr teed paca <A AT Bl ted b Pas iit! he Hee, ae 4 a PT ty oes ee ae ee a era i a Ci See t : e iM 
re ST ee bad -a Pet-t-ahdhe oy aM Th tet be ol Md ey my Pare tate Sikityas .8 arr Hy ¥ ae ey Ye a Pha 3 Shi reese 4 ad 
agi ai sreserete sears a's repent oJ lo ery Myc grey ‘ A Pr 041 %4@ on a te f e alt Porn Po 7h a a he) t ‘ ms ye u aa ‘ ‘ 
bod eed hel aoe at ary itis a Li oa Raa ast Hy WH ictal AR try twa i a CS ee PiU Cai ‘ ‘ 
ote Hee tts "pon qin a Be Aen ee eS Te A aha Ne ah bt 4M Pre veiw i Lg wr hagas pend aol . bs aa . 
od Bho) aD Cir he Rey o* ant we is e°. Pry per rr) ite re te ty fe weed | e nt . i ee) re cd ‘ LS ? Ly th 
Ut eal te eae SMR AP AMA See Bet talyted eters cara ee Grats SEAL ree ban Pe .e ye: © ier Pe Ape Uo Saeed Pre LS : 5 
“tp Spa agead ape 52, on cece | base od ue fy Hath ey ren ae te aes Perey Trae s a y ie Cs CQitty om ° A i 4 FT) ry re - 
Detetet te be BA ha, Lb ted 5h he athe. eS VB erp etg Onde rs 5 oe Se eres rs Oca Ho #4 a Py ie ae | “a a “ a is ca) fee eatus st ‘ O 
peg ab bpbboete dele oi 45 4-44) ee Pade se Ces bit a A ‘ Siti Dy) on by neat TS ae ra ry Oyen i} os . eas sd 
Peep Tome dh Sie al ey ty “y ee" Ra 4 ALS ru Hi Beas anes oo bn Hips Pia gst aa va Pere a et mop y »} A Le ee aL a Rites v hey! ar Li Late Lente : ee , 
BB a ida aot linde posses obs oa “Bd es Pat at are ote 5 Lie Fy be? Ps) rr ONDE FT) LOLA SO MY iets oh o vey’ tat oe . S pie ree 
dod SSA eet AP ese = He Teese he at Us bed AA! 49 6 os! ri i has vad a J BY 8 1, s . Ci . ey : a . A 
sap} cate % cr bape s BP ra pe re eee etre Peet H ee sae! . of Li ym) ea, ° ° 
pe, ce Site tos Ae eee 4 Peta te ey Sates ran ry a aD A Pi rh Le ek | Fay ee Gee a rae a) ® * 8 . . 
Le dneerbrialans bit Cos Kors ye Are Saree) espe gral ace oh Oe ee fel a BS Aa =e ! id ie 
Se Ge he Fare ST i pe sa PH! Ho Be peta Cwary ‘ o Ls a SPCC Se waee 8 Zee oy ; t D 
~ ty te s . ' ry J 
er vee Re es hes * | ey io tte . te rae aa] ‘ , e real a rn ry % an . ‘ss A cay oe . | ) ry Pra) a8 rar 
WOpo ris Rebel ra Bae x yi. Leer Par era 2 bos Testi aR Te My Brae eae ino ree td po A Armory, oh Py 
* « er + Ld 
petit ae Ag a x at a ¥ oe {3yt arg te . ba fete : a : 
Tithe oh Pan , Pe | TT P + 3 Ca ry aoe ® ) r ® ry 
pat | Pet ne , a ort wo. ? aa | s ny ) . ‘ af . U 
€ re Ht rl ni rd « ¢ ny FY Ce . o a ® + 
oo gf @re 2 ry 1 ° cy ® 
ea eo: ee | . oS be . A . sg id od . 
i dehtth dekh ee rh O « 5 n A eh ae a) ws 2 4 
crdote tah Cs te 4 ae PL Ras A iY : . a a t at) FS es ® 
Aaa! amd So aa Rw thieg Tha ba 2 Ce yh f ty Pa C ‘ Ca U ) 
Baan te tel of Soy WH Ble ormsgs Fah gtided pat *ory? OH ta OF @ “hsb beeen? [| bd u N . « 
kel i tre Beet 50) ed Sa arate 0 fe weet ei es he wt ‘ i : 2 i 5 , 
La i oe re a Ae 4 Py ait ae 3 te bie ornte 1hy fara: ’ Ce a) $ tn) . . 
Cah te bho bye otis Pye Ra vat eh Popa Aa mY | ayn Fl a ee ee oA ie ’ @ 88 at ee Pid ’ . n . 
bpp ttl tay htt Dg bye +f AE Oe ++ 9 pO Pehl ee HD re Po rs io ame Th mart ti) =. 3 Le eee ee cs Jo Jae die les : A 





rad 


